gti多人分支规范

v1.0

分支流程规范

1、任何人不可以直接在 develop 分支上提交日常开发代码；

• 准备阶段

2、开发新版本时，由主导人从 develop 分支上创建对应 version/develop(版本号) 分支进行开发；

命名：version/develop(版本号)

• 开发阶段

3、其余成员开发自己功能时，从 version/develop(版本号) 创建各自功能本地分支；

命名：version/开发人员/feature/功能名
version/zdl/feature/日历选择

• 开发完成阶段

4、各成员本地分支合并到 version/develop(版本号) 后，建议清理掉本地分支，避免分支过多导致的错误操作；

• 测试阶段

5、当需要解决自己的 bug 时，从 version/develop(版本号) 创建各自功能本地分支；
6、当天的 bugfix 分支需要当天合并到 version/develop(版本号)

命名：version/开发人员/bugfix/当天日期缩写（yyyyMMdd）

version/zdl/bugfix/20191212

发布阶段

7、当完成 Debug 任务后，由主导人创建提交 version/develop(版本号) 分支到 develop 的 MR，各成员需要进行一次 Code Review 并分享对应开发心得收获，建议一个下午时间；
8、MR 合并时是否需要合并所有提交（待定）（合并所有提交可能无法追溯问题）

v2.0

分支流程规范

1、任何人不可以直接在 develop 分支上提交日常开发代码；

• 准备阶段

2、开发新版本时，由主导人从 develop 分支上创建对应 version/develop(版本号) 分支进行开发；

命名：version/develop(版本号)

• 开发阶段

3、其余成员开发自己功能时，从 version/develop(版本号) 创建各自功能本地分支；

命名：version/开发人员/开发版本/feature/功能名
version/zdl/5.6.0/feature/日历选择

• 开发完成阶段

4、各成员本地分支合并到 version/develop(版本号) 后，建议清理掉本地分支，避免分支过多导致的错误操作；

• 测试阶段

5、当需要解决自己的 bug 时，从 version/develop(版本号) 创建各自功能本地分支；
6、当天的 bugfix 分支需要当天合并到 version/develop(版本号)

命名：version/开发人员/开发版本/bugfix/当天日期缩写（yyyyMMdd）

version/zdl/5.6.0/bugfix/20191216

发布阶段

7、当完成 Debug 任务后，由主导人创建提交 version/develop(版本号) 分支到 develop 的 MR，各成员需要进行一次 Code Review 并分享对应开发心得收获，建议一个下午时间；
8、MR 合并时是否需要合并所有提交（待定）（合并所有提交可能无法追溯问题）