敏捷团队多迭代 Git 分支管理流程

上线

f/1

tag 1.2

bug 修复

开发联调分支dev

提交测试

提交验收

bug 修复hotfix/*

tag 3

来源

tag 1

迭代 2

测试分支test

f/2

主分支master

修复分支hotfix/*

迭代 3

验收/灰度分支release/*

迭代 1

修复上线

开发联调

tag 1.3

f/3

1. dev 分支在 merge 是自动发布2. test 分支发布原则上有测试人员定时自动发布，建议每天 2~3 次3. release 分支由于多迭代并行开发，上线时迭代之间会有依赖，所以在合并验收分支时，需要和产品沟通迭代验收顺序和合并上线要求，以正确合并功能分支到验收分支，必要时形成多个 release 分支(release/1.1、release/1.2)4. release 分支验收和灰度只是发布的企业不同       验收：聚襄信息       灰度：选定的企业5. 灰度版本和灰度企业的管理机制       灰度企业+灰度 API 版本+灰度小程序版本+灰度管理后台版本

tag 2

迭代/功能分支feature/*