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

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

• master分支——主分支

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

• hotfix分支——熱修復分支

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

• release分支——預發佈分支

  也稱爲提測分支，能夠在此分支上修復Bug，以develop分支爲基礎新建，或合併develop分支。

• develop分支——開發分支

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

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

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

• future feature——將來版本迭代分支

  好比某個較爲重要的功能須要在幾個版本後開放，且開發時間較長，因此須要提早投入開發，若是項目中沒有相似場景，也能夠忽略。

個人博客即將搬運同步至騰訊雲+社區，邀請你們一同入駐：https://cloud.tencent.com/developer/support-plan?invite_code=3c4r28xlnam8s