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 合并时是否需要合并所有提交(待定)(合并所有提交可能无法追溯问题)

发布了71 篇原创文章 · 获赞 36 · 访问量 2万+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章