git 分支管理規範
寫在前面
- 規範無好壞之分,每一個公司都存在差別,適合本身團隊最重要
基礎分支:
- master (主分支)
- develop (開發分支)
- feature*(功能開發分支,多個)
- hotfix (生產bug修復分支)
操做流程:
- 項目迭代開始時由組長從develop拉取新的feature分支
- 測試完成後將feature合併到develop,由組長或指定小組長完成
- feature分支開發人員應該按期(天天)拉取最新的develop到本身feature開發分支中
- 預發時develop分支合併到master分支,此時若是存在bug,需在原來的feature分支中進行修改測試經過後再合併到develop分支中,再由develop合併到master分支
- 若是遇到生產BUG,須要從master拉取hotfix進行修正,測試經過後合併到master和develop中;
注意點:
- feature命名參考:feature/項目功能名稱/版本號
- master權限只限於組長或項目負責人
- 不可在develop進行代碼修改,全部修改都須要經過feature或hotfix完成
- feature從develop拉取
- feature測試完成沒有問題才能合併到develop
- master上生產後,打tag(日期+版本號)
- 預發期間生產bug由tag版原本修復,修復版本須要在預發環境驗證過才能上生產
分支管理示意圖:
歡迎關注本站公眾號,獲取更多信息