分支管理策略

下面我們來(lái)說(shuō)一下一般企業(yè)中開(kāi)發(fā)一個(gè)項(xiàng)目的分支策略：

?

• 主分支 master
• 開(kāi)發(fā)分支 develop
• 功能分支 feature
• 預(yù)發(fā)布分支? release
• bug?分支 fixbug
• 其它分支 other

1).主分支 master

代碼庫(kù)應(yīng)該有一個(gè)、且僅有一個(gè)主分支。所有提供給用戶使用的正式版本，都在這個(gè)主分支上發(fā)布。

?

Git主分支的名字，默認(rèn)叫做Master。它是自動(dòng)建立的，版本庫(kù)初始化以后，默認(rèn)就是在主分支在進(jìn)行開(kāi)發(fā)。

2).開(kāi)發(fā)分支 develop

主分支只用來(lái)分布重大版本，日常開(kāi)發(fā)應(yīng)該在另一條分支上完成。我們把開(kāi)發(fā)用的分支，叫做Develop。

?

這個(gè)分支可以用來(lái)生成代碼的最新代碼版本。如果想正式對(duì)外發(fā)布，就在Master分支上，對(duì)Develop分支進(jìn)行"合并"（merge）。

3).功能分支 feature

功能分支，它是為了開(kāi)發(fā)某種特定功能，從Develop分支上面分出來(lái)的。開(kāi)發(fā)完成后，要再并入Develop。

?

?

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

4).預(yù)發(fā)布分支? release

預(yù)發(fā)布分支，它是指發(fā)布正式版本之前（即合并到Master分支之前），我們可能需要有一個(gè)預(yù)發(fā)布的版本進(jìn)行測(cè)試。預(yù)發(fā)布分支是從Develop分支上面 分出來(lái)的，預(yù)發(fā)布結(jié)束以后，必須合并進(jìn)Develop和Master分支。它的命名，可以采用release-*的形式。

5).bug 分支 fixbug

bug分支。軟件正式發(fā)布以后，難免會(huì)出現(xiàn)bug。這時(shí)就需要?jiǎng)?chuàng)建一個(gè)分支，進(jìn)行bug修補(bǔ)。修補(bǔ)bug分支是從Master分支上面分出來(lái)的。修補(bǔ)結(jié)束以后，再合并進(jìn)Master和Develop分支。它的命名，可以采用fixbug-*的形式。

?

6).其它分支 other

還有就是其它分支了，大家可以根據(jù)需要?jiǎng)?chuàng)建即可……

9.團(tuán)隊(duì)多人開(kāi)發(fā)協(xié)作

在上面的章節(jié)中我們講解了Git的分支管理策略，一般開(kāi)發(fā)團(tuán)隊(duì)中有這樣幾個(gè)分支，master、develop、feature、release、 bug、other分支，或者你還有其它分支，那有博友會(huì)問(wèn)了，你講了那么多分支，都在本地放著我們?cè)趺床榭春屯扑头种У竭h(yuǎn)程服務(wù)器上呢？嘿嘿，我們說(shuō)大 家別急我們?cè)谶@一章節(jié)中就來(lái)重點(diǎn)講解，在團(tuán)隊(duì)多人協(xié)作中的分支推送與抓取。

?

總結(jié)

以上是生活随笔為你收集整理的Git 分支管理策略的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。