如果你嚴肅對待程式設計，就必定會使用"版本管理系統"（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分支這裡稍微解釋一下，上一條命令的--no-ff引數是什麼意思。預設情況下，git執行"快進式合併"（fast-farward merge），會直接將master分支指向develop分支。git checkout master
# 對develop分支進行合併
git merge --no-ff develop
使用--no-ff引數後，會執行正常合併，在master分支上生成乙個新節點。為了保證版本演進的清晰，我們希望採用這種做法。關於合併的更多解釋，請參考benjamin sandofsky的《understanding the git workflow》。
三、臨時性分支
前面講到版本庫的兩條主要分支：master和develop。前者用於正式發布，後者用於日常開發。其實，常設分支只需要這兩條就夠了，不需要其他了。
但是，除了常設分支以外，還有一些臨時性分支，用於應對一些特定目的的版本開發。臨時性分支主要有三種：
* 功能（feature）分支這三種分支都屬於臨時性需要，使用完以後，應該刪除，使得**庫的常設分支始終只有master和develop。* 預發布（release）分支
* 修補bug（fixbug）分支
四、 功能分支
接下來，乙個個來看這三種"臨時性分支"。
第一種是功能分支，它是為了開發某種特定功能，從develop分支上面分出來的。開發完成後，要再併入develop。
功能分支的名字，可以採用feature-*的形式命名。
建立乙個功能分支：
git checkout -b feature-x develop開發完成後，將功能分支合併到develop分支：
git checkout develop刪除feature分支：git merge --no-ff feature-x
git branch -d feature-x五、預發布分支
第二種是預發布分支，它是指發布正式版本之前（即合併到master分支之前），我們可能需要有乙個預發布的版本進行測試。
預發布分支是從develop分支上面分出來的，預發布結束以後，必須合併進develop和master分支。它的命名，可以採用release-*的形式。
建立乙個預發布分支：
git checkout -b release-1.2 develop確認沒有問題後，合併到master分支：
git checkout master再合併到develop分支：git merge --no-ff release-1.2
# 對合併生成的新節點，做乙個標籤
git tag -a 1.2
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再合併到develop分支：git merge --no-ff fixbug-0.1
git tag -a 0.1.1
git checkout develop最後，刪除"修補bug分支"：git merge --no-ff fixbug-0.1
git branch -d fixbug-0.1（完）
git 分支管理
一 遠端倉庫有master和dev分支 1.轉殖 git clone 這個git路徑是無效的，示例而已 2.檢視所有分支 git branch all 預設有了dev和master分支，所以會看到如下三個分支 master 本地主分支 origin master 遠端主分支 origin dev 遠...
git分支管理
1 遠端倉庫相關命令 檢出倉庫 git clone git 檢視遠端倉庫 git remote v 新增遠端倉庫 git remote add name url 刪除遠端倉庫 git remote rm name 拉取遠端倉庫 git pull remotename localbranchname ...
Git分支管理
1.檢視分支 檢視本地倉庫所有分支 git branch v1.8.0.local v1.8.1 v1.8.2 master 2.檢視本地和遠端倉庫所有分支 git branch a master remotes origin head origin master remotes origin v1...