1. 程式人生 > >Git分支管理策略

Git分支管理策略

如果你嚴肅對待程式設計,就必定會使用"版本管理系統"(Version Control System)。

眼下最流行的"版本管理系統",非Git莫屬。

相比同類軟體,Git有很多優點。其中很顯著的一點,就是版本的分支(branch)和合並(merge)十分方便。有些傳統的版本管理軟體,分支操作實際上會生成一份現有程式碼的物理拷貝,而Git只生成一個指向當前版本(又稱"快照")的指標,因此非常快捷易用。

但是,太方便了也會產生副作用。如果你不加註意,很可能會留下一個枝節蔓生、四處開放的版本庫,到處都是分支,完全看不出主幹發展的脈絡。

Vincent Driessen提出了一個分支管理的策略,我覺得非常值得借鑑。它可以使得版本庫的演進保持簡潔,主幹清晰,各個分支各司其職、井井有條。理論上,這些策略對所有的版本管理系統都適用,Git只是用來舉例而已。如果你不熟悉Git,跳過舉例部分就可以了。

一、主分支Master

首先,程式碼庫應該有一個、且僅有一個主分支。所有提供給使用者使用的正式版本,都在這個主分支上釋出。

Git主分支的名字,預設叫做Master。它是自動建立的,版本庫初始化以後,預設就是在主分支在進行開發。

二、開發分支Develop

主分支只用來分佈重大版本,日常開發應該在另一條分支上完成。我們把開發用的分支,叫做Develop。

這個分支可以用來生成程式碼的最新隔夜版本(nightly)。如果想正式對外發布,就在Master分支上,對Develop分支進行"合併"(merge)。

Git建立Develop分支的命令:

  git checkout -b develop master

將Develop分支釋出到Master分支的命令:

  # 切換到Master分支
  git checkout master

  # 對Develop分支進行合併
  git merge --no-ff develop

這裡稍微解釋一下,上一條命令的--no-ff引數是什麼意思。預設情況下,Git執行"快進式合併"(fast-farward merge),會直接將Master分支指向Develop分支。

使用--no-ff引數後,會執行正常合併,在Master分支上生成一個新節點。為了保證版本演進的清晰,我們希望採用這種做法。關於合併的更多解釋,請參考Benjamin Sandofsky的

《Understanding the Git Workflow》

三、臨時性分支

前面講到版本庫的兩條主要分支:Master和Develop。前者用於正式釋出,後者用於日常開發。其實,常設分支只需要這兩條就夠了,不需要其他了。

但是,除了常設分支以外,還有一些臨時性分支,用於應對一些特定目的的版本開發。臨時性分支主要有三種:

  * 功能(feature)分支

  * 預釋出(release)分支

  * 修補bug(fixbug)分支

這三種分支都屬於臨時性需要,使用完以後,應該刪除,使得程式碼庫的常設分支始終只有Master和Develop。

四、 功能分支

接下來,一個個來看這三種"臨時性分支"。

第一種是功能分支,它是為了開發某種特定功能,從Develop分支上面分出來的。開發完成後,要再併入Develop。

功能分支的名字,可以採用feature-*的形式命名。

建立一個功能分支:

  git checkout -b feature-x develop

開發完成後,將功能分支合併到develop分支:

  git checkout develop

  git merge --no-ff feature-x

刪除feature分支:

  git branch -d feature-x

五、預釋出分支

第二種是預釋出分支,它是指釋出正式版本之前(即合併到Master分支之前),我們可能需要有一個預釋出的版本進行測試。

預釋出分支是從Develop分支上面分出來的,預釋出結束以後,必須合併進Develop和Master分支。它的命名,可以採用release-*的形式。

建立一個預釋出分支:

  git checkout -b release-1.2 develop

確認沒有問題後,合併到master分支:

  git checkout master

  git merge --no-ff release-1.2

  # 對合並生成的新節點,做一個標籤
  git tag -a 1.2

再合併到develop分支:

  git checkout develop

  git merge --no-ff release-1.2

最後,刪除預釋出分支:

  git branch -d release-1.2

六、修補bug分支

最後一種是修補bug分支。軟體正式釋出以後,難免會出現bug。這時就需要建立一個分支,進行bug修補。

修補bug分支是從Master分支上面分出來的。修補結束以後,再合併進Master和Develop分支。它的命名,可以採用fixbug-*的形式。

建立一個修補bug分支:

  git checkout -b fixbug-0.1 master

修補結束後,合併到master分支:

  git checkout master

  git merge --no-ff fixbug-0.1

  git tag -a 0.1.1

再合併到develop分支:

  git checkout develop

  git merge --no-ff fixbug-0.1

最後,刪除"修補bug分支":

  git branch -d fixbug-0.1

(完)

轉載:www.ruanyifeng.com/blog/2012/07/git.html