master：顧名思義，既然名字叫master，那麼該分支就是主分支的意思。在git repo下主分支的職責主要就是負責記錄stable版本的迭代，當在beta版本的專案或是開發版本的專案得到了充分的驗證之後，我才能將分支併入master分支。master分支永遠是production-ready的狀態，即穩定可產品化發布的狀態。
develop：這個分支就是我們平常開發的乙個主要分支了，不管是要做新的feature還是需要做bug fix，都是從這個分支分出來做。在這個分支下主要負責記錄開發狀態下相對穩定的版本，即完成了某個feature或者修復了某個bug後的開發穩定版本。
feature branches：這是由許多分別負責不同feature開發的分支組成的乙個分支系列。new feature主要就在這個分支系列下進行開發。當我在乙個大的develop的迭代之下，往往我們會把每乙個迭代分成很多個功能點，並將功能點分派給不同人的人員去開發。每乙個人員開發的功能點就會形成乙個feature分支，當功能點開發測試完畢之後，就會合併到develop分支去。
release branches：同樣，這也是有多個分支組成的乙個分支系列。這個分支系列從develop分支出來，也就是預發分支。在預發狀態下，我們往往會進行預發環境下的測試，如果出現缺陷，那麼就在該release分支下進行修復，修復完畢測試通過後，即分別併入master分支後develop分支，隨後master分支做正常發布。
hotfix branches：這個分支系列也就是我們常說的緊急線上修復，當線上出現bug且特別緊急的時候，就可以從master拉出分支到這裡進行修復，修復完成後分別併入master和develop分支。
版本管理規範
1 目的 標識 控制和追蹤軟體開發和實施過程中產生的各種軟體產品版本。2 適用範圍 適用於大運會專案所有軟體源 產品版本的管理。3 職責 3.1 測試管理 確保專案版本按照正確的版本管理規範執行和使用。3.2 配置管理員 負責定期檢查各專案對版本管理規範的執行度 根據發展需要對規範進行完善。3.3 ...
版本管理規範
版本管理規範 主要分為4個分支，dev，test，master,release dev用於本地開發 test用於發布測試環境 master 主線 庫 release分支，代表發布的線上版本 開發人員在dev分支上開發，開發完成需要發布到測試環境的時候，合併 到test分支，然後將test分支 發布到...
版本管理規範
專案 產品 大版本管理及分支策略 產品內部功能特性迭代的節奏以及版本管理 以產品為基礎各個專案的版本管理 產品自身的 分支管理方法，以不同產品版本為基礎的各個專案的 版本管理 業務微服務版本管理 產品或者專案是由多個業務微服務組成的，業務微服務的版本管理主要關注微服務本身功能特性的迭代 服務端api...