GIT分支管理規劃說明

1. 總覽

• master : 主分支，主要用來生產版本發佈。

• develop：平常開發分支，從主分支開出來的一個分支，該分支正常保存了開發的最新代碼。（格式：功能名+版本號， 如planbook.1.1.x)

• test: 測試分支，會將全部的平常開發分支合併到test分支，進行發佈。

• release：release 分支能夠認爲是 master 分支的未測試版，用於UAT環境的發佈。好比說develop某一期開發完成，併發到test分支通過測試，此時再將 develop 分支合併到 release 分支，再通過UAT及業務測試經過後，合併到 master 分支進行發佈。

• hotfix：線上 bug 修復分支，從主分支開出來的一個分支，bug修復後，會合併到主分支、開發分支，開發分支在合併到release 分支。已hotfix+BUG號命名

2. 分支說明

2.1 master分支

主分支，即線上版本，每發佈一次會產生版本號，版本格式如：V1.0.1.RC1。

2.2 develop分支

開發分支，用新需求或新功能開發分支，能夠理解爲一個項目分支，從master開一個分支出來，以項目名稱+版本號（projectName+」.1.1.x」）的形式命名，如planbook.1.1.x。對應主分支存在多個develop並行分支，開發完成後會合並test分支進行功能測試。

2.3 test分支

測試分支，用於發佈開發和測試環境，因爲存在並行develop，因此該分支會合並多個develop代碼，在合併時須格外仔細當心，儘可能避免因爲該分支問題而影響到整個開發測試環境，如出現問題，需進行版本回退。

2.4 release分支

即UAT分支，該分支只和master分支打交道，當develop分支在test分支測試經過後，由develop分支合併到release分支，UAT和業務測試經過合再合master分支發佈。如以前提到多項目並行的狀況，在管理上咱們要控制每次合到release分支的全部代碼在一個master版本上發佈，儘可能避免多個develop分支合到release上時卻發其中部分到master上。

2.5 Hotfix分支

線上bug修復分支，屬於臨時分支，用於線上問題緊急修復，測試經過合併到master分支，及全部進行中的develop分支，而後該分支結束。

3. 權限說明

歡迎你們和我一塊兒學習交流構建Java雲架構，我這邊會將近期研發的Java雲架構的搭建過程和精髓記錄下來，幫助更多有興趣研發Java高級架構的朋友，你們來一塊兒探討Java高級架構的搭建過程及如何運用於企業項目。

我本人邀約各大BATJ架構大牛共創Java高級架構交流社區羣，（羣號：673043639）致力於免費提供Java架構行業交流平臺，經過這個平臺讓你們相互學習成長，提升技術，讓本身的水平進階一個檔次，成功通往Java架構技術大牛或架構師發展。

但願此文能幫到你們的同時，也聽聽你們的觀點。歡迎留言討論，加關注，分享你的高見！持續更新！

To-陌霖Java架構

分享互聯網最新文章 關注互聯網最新發展