分支管理策略

下面我們來說一下一般企業中開發一個項目的分支策略：

?

• 主分支 master
• 開發分支 develop
• 功能分支 feature
• 預發布分支? release
• bug?分支 fixbug
• 其它分支 other

1).主分支 master

代碼庫應該有一個、且僅有一個主分支。所有提供給用戶使用的正式版本，都在這個主分支上發布。

?

Git主分支的名字，默認叫做Master。它是自動建立的，版本庫初始化以后，默認就是在主分支在進行開發。

2).開發分支 develop

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

?

這個分支可以用來生成代碼的最新代碼版本。如果想正式對外發布，就在Master分支上，對Develop分支進行"合并"（merge）。

3).功能分支 feature

功能分支，它是為了開發某種特定功能，從Develop分支上面分出來的。開發完成后，要再并入Develop。

?

?

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

4).預發布分支? release

預發布分支，它是指發布正式版本之前（即合并到Master分支之前），我們可能需要有一個預發布的版本進行測試。預發布分支是從Develop分支上面 分出來的，預發布結束以后，必須合并進Develop和Master分支。它的命名，可以采用release-*的形式。

5).bug 分支 fixbug

bug分支。軟件正式發布以后，難免會出現bug。這時就需要創建一個分支，進行bug修補。修補bug分支是從Master分支上面分出來的。修補結束以后，再合并進Master和Develop分支。它的命名，可以采用fixbug-*的形式。

?

6).其它分支 other

還有就是其它分支了，大家可以根據需要創建即可……

9.團隊多人開發協作

在上面的章節中我們講解了Git的分支管理策略，一般開發團隊中有這樣幾個分支，master、develop、feature、release、 bug、other分支，或者你還有其它分支，那有博友會問了，你講了那么多分支，都在本地放著我們怎么查看和推送分支到遠程服務器上呢？嘿嘿，我們說大 家別急我們在這一章節中就來重點講解，在團隊多人協作中的分支推送與抓取。

?

總結

以上是生活随笔為你收集整理的Git 分支管理策略的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。