Git团队协作分支管理｜青训营笔记

这是我参与「第三届青训营 -后端场」笔记创作活动的第3篇笔记。

青训营项目开发，我们小组参考了 oec2003 在团队开发的经验。

项目的开发分为三个阶段：开发、测试和上线。

分支管理模式

开发阶段

1. 除了master分支创建一个供所有开发人员开发的dev分支；
2. 开发人员在dev分支上进行工作，随时随地commit，每天push一次到服务器；
3. push代码前需要进行pull操作，因为有可能在之前有别的成员先进行了push操作，如果有冲突还需要进行冲突解决；
4. 每天上班后所有成员对dev进行pull操作，获取所有成员push的代码，有冲突需要解决；
5. 团队Leader每天将dev合并一次到master。

测试阶段

1. 测试进入后就需要添加test分支；
2. 在开发人员将代码push到dev分支后，可以在dev基础上创建test分支，测试人员以test分支搭建测试环境，开始测试；
3. 开发人员在接受到bug后，直接在测试分支上修改，然后让测试人员进行验证；
4. 每天团队Leader将测试分支上修改的bug合并到dev分支上，这样所有团队成员当天修复的bug都会在第二天被团队其他人pull下来；
5. 团队Leader每天将dev合并一次到master。

上线阶段

1. 系统上线后试运行阶段会存在两种改动：bug和优化需求，bug通常当天解决晚上部署，优化需求通常周末部署；
2. bug当天能修复的就直接在test分支上修复，然后进行测试，验证通过后合并到master；
3. bug当天不能修复的就针对该bug创建一个分支，修复完后合并到test分支进行测试，验证通过后合并到master；
4. 每个优化需求都以master分支为基础创建一个feature分支，完成后合并到dev分支，开发人员可以先交叉测试，然后将dev合并到test进行测试，验证通过后合并到master；
5. master始终是一个干净的，可发布的分支。