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萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章