眼下最流行的”版本管理系統(tǒng)”痛倚，非Git莫屬规婆。
相比同類軟件，Git有很多優(yōu)點(diǎn)蝉稳。其中很顯著的一點(diǎn)，就是版本的分支（branch）和合并（merge）十分方便掘鄙。有些傳統(tǒng)的版本管理軟件耘戚，分支操作實(shí)際上會(huì)生成一份現(xiàn)有代碼的物理拷貝，而Git只生成一個(gè)指向當(dāng)前版本（又稱”快照”）的指針操漠，因此非呈战颍快捷易用。
但是浊伙，太方便了也會(huì)產(chǎn)生副作用撞秋。如果你不加注意，很可能會(huì)留下一個(gè)枝節(jié)蔓生嚣鄙、四處開放的版本庫(kù)吻贿，到處都是分支，完全看不出主干發(fā)展的脈絡(luò)哑子。
Vincent Driessen提出了一個(gè)分支管理的策略（中文簡(jiǎn)譯版）舅列，我覺(jué)得非常值得借鑒。它可以使得版本庫(kù)的演進(jìn)保持簡(jiǎn)潔卧蜓，主干清晰帐要，各個(gè)分支各司其職、井井有條弥奸。理論上榨惠，這些策略對(duì)所有的版本管理系統(tǒng)都適用，Git只是用來(lái)舉例而已。如果你不熟悉Git赠橙，跳過(guò)舉例部分就可以了伸蚯。
一、主分支Master
首先简烤，代碼庫(kù)應(yīng)該有一個(gè)剂邮、且僅有一個(gè)主分支。所有提供給用戶使用的正式版本横侦，都在這個(gè)主分支上發(fā)布挥萌。
Git主分支的名字，默認(rèn)叫做Master枉侧。它是自動(dòng)建立的引瀑，版本庫(kù)初始化以后，默認(rèn)就是在主分支在進(jìn)行開發(fā)榨馁。
二憨栽、開發(fā)分支Develop
主分支只用來(lái)分布重大版本，日常開發(fā)應(yīng)該在另一條分支上完成翼虫。我們把開發(fā)用的分支屑柔，叫做Develop。
這個(gè)分支可以用來(lái)生成代碼的最新隔夜版本（nightly）珍剑。如果想正式對(duì)外發(fā)布掸宛，就在Master分支上，對(duì)Develop分支進(jìn)行”合并”（merge）招拙。
Git創(chuàng)建Develop分支的命令：
git checkout -b develop master
將Develop分支發(fā)布到Master分支的命令：
# 切換到Master分支
git checkout master
# 對(duì)Develop分支進(jìn)行合并
git merge –no–ff develop
這里稍微解釋一下唧瘾，上一條命令的–no–ff參數(shù)是什么意思。默認(rèn)情況下别凤，Git執(zhí)行”快進(jìn)式合并”（fast-farward merge）饰序，會(huì)直接將Master分支指向Develop分支。
使用–no–ff參數(shù)后规哪，會(huì)執(zhí)行正常合并求豫，在Master分支上生成一個(gè)新節(jié)點(diǎn)。為了保證版本演進(jìn)的清晰由缆，我們希望采用這種做法注祖。關(guān)于合并的更多解釋，請(qǐng)參考Benjamin Sandofsky的《Understanding the Git Workflow》均唉。
三是晨、臨時(shí)性分支
前面講到版本庫(kù)的兩條主要分支：Master和Develop。前者用于正式發(fā)布舔箭，后者用于日常開發(fā)罩缴。其實(shí)蚊逢，常設(shè)分支只需要這兩條就夠了，不需要其他了箫章。
但是烙荷，除了常設(shè)分支以外，還有一些臨時(shí)性分支檬寂，用于應(yīng)對(duì)一些特定目的的版本開發(fā)终抽。臨時(shí)性分支主要有三種：
* 功能（feature）分支
* 預(yù)發(fā)布（release）分支
* 修補(bǔ)bug（fixbug）分支
這三種分支都屬于臨時(shí)性需要，使用完以后桶至，應(yīng)該刪除昼伴，使得代碼庫(kù)的常設(shè)分支始終只有Master和Develop。
四镣屹、 功能分支
接下來(lái)圃郊，一個(gè)個(gè)來(lái)看這三種”臨時(shí)性分支”。
第一種是功能分支女蜈，它是為了開發(fā)某種特定功能持舆，從Develop分支上面分出來(lái)的。開發(fā)完成后伪窖，要再并入Develop逸寓。
功能分支的名字，可以采用feature-*的形式命名惰许。
創(chuàng)建一個(gè)功能分支：
git checkout -b feature-x develop
開發(fā)完成后席覆，將功能分支合并到develop分支：
git checkout develop
git merge –no-ff feature-x
刪除feature分支：
git branch -d feature-x
五、預(yù)發(fā)布分支
第二種是預(yù)發(fā)布分支汹买，它是指發(fā)布正式版本之前（即合并到Master分支之前），我們可能需要有一個(gè)預(yù)發(fā)布的版本進(jìn)行測(cè)試聊倔。
預(yù)發(fā)布分支是從Develop分支上面分出來(lái)的晦毙，預(yù)發(fā)布結(jié)束以后，必須合并進(jìn)Develop和Master分支耙蔑。它的命名见妒，可以采用release-*的形式。
創(chuàng)建一個(gè)預(yù)發(fā)布分支：
git checkout -b release-1.2 develop
確認(rèn)沒(méi)有問(wèn)題后甸陌，合并到master分支：
git checkout master
git merge –no-ff release-1.2
# 對(duì)合并生成的新節(jié)點(diǎn)了讨，做一個(gè)標(biāo)簽
git tag -a 1.2
再合并到develop分支：
git checkout develop
git merge –no-ff release-1.2
最后福稳，刪除預(yù)發(fā)布分支：
git branch -d release-1.2
六、修補(bǔ)bug分支
最后一種是修補(bǔ)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-*的形式。
創(chuàng)建一個(gè)修補(bǔ)bug分支：
git checkout -b fixbug-0.1 master
修補(bǔ)結(jié)束后瘸羡，合并到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
最后漩仙，刪除”修補(bǔ)bug分支”：
git branch -d fixbug-0.1
來(lái)源:
參考:
