git 分支管理規範

寫在前面

• 規範無好壞之分，每一個公司都存在差別，適合本身團隊最重要

基礎分支：

• master （主分支）
• develop （開發分支）
• feature*（功能開發分支，多個）
• hotfix （生產bug修復分支）

操做流程：

1. 項目迭代開始時由組長從develop拉取新的feature分支
2. 測試完成後將feature合併到develop，由組長或指定小組長完成
3. feature分支開發人員應該按期（天天）拉取最新的develop到本身feature開發分支中
4. 預發時develop分支合併到master分支，此時若是存在bug，需在原來的feature分支中進行修改測試經過後再合併到develop分支中，再由develop合併到master分支
5. 若是遇到生產BUG，須要從master拉取hotfix進行修正，測試經過後合併到master和develop中；

注意點：

1. feature命名參考：feature/項目功能名稱/版本號
2. master權限只限於組長或項目負責人
3. 不可在develop進行代碼修改，全部修改都須要經過feature或hotfix完成
4. feature從develop拉取
5. feature測試完成沒有問題才能合併到develop
6. master上生產後，打tag(日期+版本號)
7. 預發期間生產bug由tag版原本修復，修復版本須要在預發環境驗證過才能上生產

分支管理示意圖：