汽车行业
交付模式:瀑布式、半敏捷
分支模型:贴近标准Git Flow
维护成本:较高
受硬件架构影响较大,普遍存在多平台分支,同时按车型设置发布分支,维护成本相对较高。
瀑布式交付模式下,若各阶段验证充分且代码质量有保证,则成本相对可控。
自动化水平:偏低
从调研的车企A和车企B的座舱应用研发流水线情况来看,自动化程度最高者也仅是实现了自动部署到台架,整体自动化程度偏低。
演进趋势:趋向于按平台组织研发。
互联网(TO B)
交付模式:大规模敏捷
分支模型:标准Git Flow
维护成本:较低
通过规模化敏捷设定每两周一个交付节奏,每周至少一个上线交付窗口,已建立起频繁交付节奏。
分支数量通常不超过6条,维护成本较低。
自动化水平:较高
某互联网大厂的QA体系已进行多年的测试左移,近年云基础设施逐步完善,正在持续推进自动化测试工具的建设,包括API First实践、针对线上环境的自动化压力测试、混沌工程等都在实践和推进中。
互联网(TO C)
交付模式:大规模敏捷(简化版)
分支模型:GitLab Flow与GitFlow的融合
维护成本:低
交付频繁,内部交付完全以用户为导向,频率极高。
通过Feature分支与研发联调环境绑定的方式减少了开发分支的需求。
自动化水平:高
调研的某SaaS平台已实现基于K8S的流量染色及多路复用技术,建立起了定时Cut分支到开发、测试、预发布及生产环境的全自动持续发布流水线。
演进趋势:分支与环境绑定,以制品为导向的交付,测试左移及质量内建。