GIT分支管理規劃說明

weixin_33797791發表於2018-12-03

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架構

分享網際網路最新文章 關注網際網路最新發展

相關文章