如果你嚴肅對待編程瞧捌，就必定會使用"版本管理系統(tǒng)"（Version Control System）棵里。
眼下最流行的"版本管理系統(tǒng)"，非Git莫屬姐呐。
相比同類軟件殿怜，Git有很多優(yōu)點。其中很顯著的一點曙砂，就是版本的分支（branch）和合并（merge）十分方便头谜。有些傳統(tǒng)的版本管理軟件，分支操作實際上會生成一份現(xiàn)有代碼的物理拷貝鸠澈，而Git只生成一個指向當(dāng)前版本（又稱"快照"）的指針柱告，因此非常快捷易用笑陈。
但是际度，太方便了也會產(chǎn)生副作用。如果你不加注意涵妥，很可能會留下一個枝節(jié)蔓生乖菱、四處開放的版本庫，到處都是分支蓬网，完全看不出主干發(fā)展的脈絡(luò)窒所。
Vincent Driessen提出了一個分支管理的策略，我覺得非常值得借鑒帆锋。它可以使得版本庫的演進保持簡潔吵取，主干清晰，各個分支各司其職窟坐、井井有條海渊。理論上，這些策略對所有的版本管理系統(tǒng)都適用哲鸳，Git只是用來舉例而已臣疑。如果你不熟悉Git，跳過舉例部分就可以了徙菠。
一讯沈、主分支Master
首先，代碼庫應(yīng)該有一個婿奔、且僅有一個主分支缺狠。所有提供給用戶使用的正式版本，都在這個主分支上發(fā)布萍摊。
Git主分支的名字挤茄，默認叫做Master。它是自動建立的冰木，版本庫初始化以后穷劈，默認就是在主分支在進行開發(fā)。
二踊沸、開發(fā)分支Develop
主分支只用來分布重大版本歇终，日常開發(fā)應(yīng)該在另一條分支上完成。我們把開發(fā)用的分支逼龟，叫做Develop评凝。
這個分支可以用來生成代碼的最新隔夜版本（nightly）。如果想正式對外發(fā)布腺律，就在Master分支上奕短，對Develop分支進行"合并"（merge）。
Git創(chuàng)建Develop分支的命令：
git checkout -b develop master
將Develop分支發(fā)布到Master分支的命令：
# 切換到Master分支
git checkout master
# 對Develop分支進行合并
git merge --no-ff develop
這里稍微解釋一下匀钧，上一條命令的--no-ff參數(shù)是什么意思篡诽。默認情況下，Git執(zhí)行"快進式合并"（fast-farward merge）榴捡，會直接將Master分支指向Develop分支杈女。
使用--no-ff參數(shù)后，會執(zhí)行正常合并吊圾，在Master分支上生成一個新節(jié)點达椰。為了保證版本演進的清晰，我們希望采用這種做法项乒。關(guān)于合并的更多解釋啰劲，請參考Benjamin Sandofsky的《Understanding the Git Workflow》。
三檀何、臨時性分支
前面講到版本庫的兩條主要分支：Master和Develop蝇裤。前者用于正式發(fā)布廷支，后者用于日常開發(fā)。其實栓辜，常設(shè)分支只需要這兩條就夠了恋拍，不需要其他了。
但是藕甩，除了常設(shè)分支以外施敢，還有一些臨時性分支，用于應(yīng)對一些特定目的的版本開發(fā)狭莱。臨時性分支主要有三種：
* 功能（feature）分支
* 預(yù)發(fā)布（release）分支
* 修補bug（fixbug）分支
這三種分支都屬于臨時性需要僵娃，使用完以后，應(yīng)該刪除腋妙，使得代碼庫的常設(shè)分支始終只有Master和Develop默怨。
四、 功能分支
接下來骤素，一個個來看這三種"臨時性分支"先壕。
第一種是功能分支，它是為了開發(fā)某種特定功能谆甜，從Develop分支上面分出來的垃僚。開發(fā)完成后，要再并入Develop规辱。
功能分支的名字谆棺，可以采用feature-*的形式命名。
創(chuàng)建一個功能分支：
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分支之前）浴讯，我們可能需要有一個預(yù)發(fā)布的版本進行測試朵夏。
預(yù)發(fā)布分支是從Develop分支上面分出來的，預(yù)發(fā)布結(jié)束以后榆纽，必須合并進Develop和Master分支仰猖。它的命名，可以采用release-*的形式奈籽。
創(chuàng)建一個預(yù)發(fā)布分支：
git checkout -b release-1.2 develop
確認沒有問題后饥侵，合并到master分支：
git checkout master
git merge --no-ff release-1.2
# 對合并生成的新節(jié)點，做一個標簽
git tag -a 1.2
再合并到develop分支：
git checkout develop
git merge --no-ff release-1.2
最后衣屏，刪除預(yù)發(fā)布分支：
git branch -d release-1.2
六躏升、修補bug分支
最后一種是修補bug分支。軟件正式發(fā)布以后狼忱，難免會出現(xiàn)bug膨疏。這時就需要創(chuàng)建一個分支一睁，進行bug修補。
修補bug分支是從Master分支上面分出來的佃却。修補結(jié)束以后者吁，再合并進Master和Develop分支。它的命名双霍，可以采用fixbug-*的形式。
創(chuàng)建一個修補bug分支：
git checkout -b fixbug-0.1 master
修補結(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
最后洒闸，刪除"修補bug分支"：
git branch -d fixbug-0.1
