本篇摘錄自《前端工程化體系設計與實踐》一書，筆者認為是一套相對合理的方案，建議團隊可以根據實際情況進行調整並增加協作命名規範。

• master分支——主分支

  存儲已發布版本的源碼，不能在此分支進行開發，只能合並release和hotfix分支。

• hotfix分支——熱修復分支

  用來修復線上緊急Bug，以線上版本對應的master分支為基礎新建生成。

• release分支——預發布分支

  也稱為提測分支，可以在此分支上修復Bug，以develop分支為基礎新建，或合並develop分支。

• develop分支——開發分支

  用於匯總各feature分支，只能合並，不能在此基礎上進行開發。

• current feature——當前版本叠代分支

  也稱personal分支，業務開發人員均在此分支進行開發，需要加入區分開發人員的命名規則，並在特性開發完成並合入develop分支後進行分支刪除。

• future feature——未來版本叠代分支

  比如某個較為重要的功能需要在幾個版本後開放，且開發時間較長，所以需要提前投入開發，如果項目中沒有類似場景，也可以忽略。

【書摘】一種基於Git的版本管理方案