多团队-代码分支协同管理策略
2023-12-26 15:18:58 0 举报登录查看完整内容
多团队代码分支协同管理策略
作者其他创作
大纲/内容
团队B
F
建议：合并最近发布的release 分支代码，防止遗漏
将 release-20231217-v1.0 合并回 master、tA/dev
需开发完成合并回 master 提测
团队B-主开发：tB/dev
B
从 tB/dev拉取开发分支pB-1217-xxx
合并到最新的release分支
测试主干master
需求测试完成从 master 固定发版分支release-20231217-v1.0
E
创建发版分支
D
做完即发类（紧急需求、线上漏洞等）
C
做完即发类（紧急需求、线上漏洞等）可以直接从 release 拉取分支开发 注意：如果当前 release 已拉取，但是未发版到正式环境。请从上一个 release 版本拉取开发分支，上线后合同步合并回当前 release
迭代开始
团队A个人-需求开发分支pA-xxxxx
团队A
同步代码
发布成功
A
团队B个人-需求开发分支pB-xxxxx
公用测试环境-提测
接到通知合并发版内容到 tB/dev
根据发版时间创建不同开发分支
发版成功后合并代码回测试主干
从 tA/dev拉取开发分支pA-1217-xxx
循环阶段
发版成功后合并代码回开发主干
正式环境-发版分支release-20240101-01
群里@ 通知正式环境有发版mastert 有新增内容
将 release-20231217-v1.0 合并回 master、tB/dev
交互群
发版成功
信息同步
做完即发类（紧急需求、线上漏洞等）当最新的 release分支是 已建未发到正式从上一次的 release 上拉取代码开发
初始化主干开发分支
需求测试完成从 tA/dev 固定发版分支release-20231217-v1.0
同步对方发版内容自行判断是否影响了迭代需求如果有影响可以要求测试重测
正式环境-发版分支release-20231217-01
核心目的：保障自己的开发节奏和发版节奏互不打扰。在这个基础上，保证双方的发版分支不遗漏对方的已发版内容，不加杂对方的未发版内容
团队A-主开发：tA/dev
建议： release-20231206-v1.0（上一次发版分支）分支代码，防止遗漏
需求提测不在最近节点发版的需求不要合并到 dev
收藏
0 条评论
回复 删除
下一页
