摘自分支管理
分支就是科幻電影裡面的平行宇宙，當你正在電腦前努力學習Git的時候，另一個你正在另一個平行宇宙裡努力學習SVN。
如果兩個平行宇宙互不干擾，那對現在的你也沒啥影響。不過，在某個時間點，兩個平行宇宙合併了，結果，你既學會了Git又學會了SVN！
分支在實際中有什麼用呢？假設你準備開發一個新功能，但是需要兩週才能完成，第一週你寫了50%的程式碼，如果立刻提交，由於程式碼還沒寫完，不完整的程式碼庫會導致別人不能幹活了。如果等程式碼全部寫完再一次提交，又存在丟失每天進度的巨大風險。
現在有了分支，就不用怕了。你建立了一個屬於你自己的分支，別人看不到，還繼續在原來的分支上正常工作，而你在自己的分支上幹活，想提交就提交，直到開發完畢後，再一次性合併到原來的分支上，這樣，既安全，又不影響別人工作。
建立與合併分支
在版本回退裡，你已經知道，每次提交，Git都把它們串成一條時間線，這條時間線就是一個分支。截止到目前，只有一條時間線，在Git裡，這個分支叫主分支，即
master
分支。
HEAD
嚴格來說不是指向提交，而是指向
master
，
master才是指向提交的
，所以，
HEAD指向的就是當前分支
。
一開始的時候，
master
分支是一條線，
Git用master指向最新的提交，再用HEAD指向master
，就能確定當前分支，以及當前分支的提交點：
每次提交，
master
分支都會向前移動一步，而HEAD始終指向master。
當我們建立新的分支，例如
dev
時，Git新建了一個指標叫
dev
，指向
master
相同的提交，再把
HEAD
指向
dev
，就表示當前分支在
dev
上：
你看，Git建立一個分支很快，因為除了增加一個
dev
指標，改改
HEAD
的指向，工作區的檔案都沒有任何變化！
不過，從現在開始，對工作區的修改和提交就是針對
dev
分支了，比如新提交一次後，
dev
指標往前移動一步，而
master
指標不變。
假如我們在
dev
上的工作完成了，就可以把
dev
合併到
master
上。Git怎麼合併呢？最簡單的方法，就是直接把
master
指向
dev
的當前提交，就完成了合併：
合併完分支後，甚至可以刪除
dev
分支。刪除
dev
分支就是把
dev
指標給刪掉，刪掉後，我們就剩下了一條
master
分支：
下面開始實戰。
首先，我們建立
dev
分支，然後切換到
dev
分支：
$ git checkout -b dev
Switched to a new branch ‘dev’
git checkout
命令加上
-b
引數表示建立並切換，相當於以下兩條命令：
$ git branch dev
$ git checkout dev
Switched to branch ‘dev’
然後，用
git branch
命令檢視當前分支：
$ git branch
* dev
master
git branch
命令會列出所有分支，當前分支前面會標一個
*
號。
然後，我們就可以在
dev
分支上正常提交。
當
dev
分支的工作完成，我們就可以切換回
master
分支：
$ git checkout master
Switched to branch ‘master’
切換回
master
分支後，再檢視一個readme。txt檔案，剛才新增的內容不見了！因為那個提交是在
dev
分支上，而
master
分支此刻的提交點並沒有變：
現在，我們把
dev
分支的工作成果合併到
master
分支上：
$ git merge dev
Updating d46f35e。。b17d20e
Fast-forward
readme。txt | 1 +
1 file changed， 1 insertion（+）
git merge
命令
用於合併指定分支到當前分支
。合併後，再檢視readme。txt的內容，就可以看到，和
dev
分支的最新提交是完全一樣的。
注意到上面的
Fast-forward
資訊，Git告訴我們，這次合併是“快進模式”，也就是直接把
master
指向
dev
的當前提交，所以合併速度非常快。
當然，也不是每次合併都能
Fast-forward
，我們後面會講其他方式的合併。
合併完成後，就可以放心地刪除
dev
分支了：
$ git branch -d dev
Deleted branch dev （was b17d20e）。
刪除後，檢視
branch
，就只剩下
master
分支了：
$ git branch
* master
因為建立、合併和刪除分支非常快，所以Git鼓勵你使用分支完成某個任務，合併後再刪掉分支，這和直接在
master
分支上工作效果是一樣的，但過程更安全。
小結
Git鼓勵大量使用分支：
檢視分支：
git branch
建立分支：
git branch
切換分支：
git checkout
建立+切換分支：
git checkout -b
合併某分支到當前分支：
git merge
刪除分支：
git branch -d
通常，合併分支時，如果可能，Git會用Fast forward模式，但這種模式下，刪除分支後，會丟掉分支資訊。
如果要強制禁用Fast forward模式，Git就會在merge時生成一個新的commit，這樣，從分支歷史上就可以看出分支資訊。
下面我們實戰一下——no-ff方式的git merge：
$ git merge ——no-ff -m “merge with no-ff” dev
Merge made by the ‘recursive’ strategy。
readme。txt | 1 +
1 file changed， 1 insertion（+）
因為本次合併要建立一個新的commit，所以加上-m引數，把commit描述寫進去。
合併後，我們用git log看看分支歷史：
$ git log ——graph ——pretty=oneline ——abbrev-commit
* e1e9c68 （HEAD -> master） merge with no-ff
|\
| * f52c633 （dev） add merge
|/
* cf810e4 conflict fixed
。。。
可以看到，不使用Fast forward模式，merge後就像這樣：
