史上最全分支管理模型总结（某互联网大厂）

今天和大家分享的是某互联网大厂的分支管理规范。该企业采用了大规模敏捷（LeSS）框架，通过明确的分支定义和管理策略，确保了高效的产品迭代和技术交付。其分支定义包括主分支、集成分支、支持分支、发布分支和热修分支，每个分支都有明确的生命周期和质量保障措施。交付流程涵盖了从需求优先级确认到正式发布的各个环节，充分利用自动化工具提升发布效率和质量。

分支定义

主分支

• 名称: master
• 功能: 主要分支，随时可向生产环境部署。
• 数量: 1
• 生命周期: 常驻
• 创建: 初始化
• 消亡: 不涉及
• 提交: 不允许
• 同步: 不涉及
• 标记: 版本号
• 质量: 定期接口测试、性能测试、混沌测试（探索），上述活动发现的问题会根据规则建问题单并定级，根据级别决定是走hotfix还是排入迭代

集成分支

• 名称: ci
• 功能: 集成分支，体现最新的功能变化
• 数量: 1
• 生命周期: 常驻
• 创建: 初始化
• 消亡: 不涉及
• 提交: 不允许
• 同步: 不涉及
• 标记: 需求编号、日期及构建次数标识
• 质量: CR/静态扫描/自动化测试，流量回放测试

支持分支

• 名称: feature
• 功能: 用于开发新功能的分支，除了最新功能需求外，还包括非紧急问题、技术债务/优化任务。
• 数量: 多个
• 生命周期: 临时，在迭代启动会提前规划并对应到上线窗口
• 创建: ci
• 消亡: 合入ci后删除
• 提交: 允许
• 同步: ci，推荐开发期间定期同步
• 标记: 不涉及
• 质量: CR，静态扫描