在版本回退里，你已經(jīng)知道，每次提交，Git都把它們串成一條時間線，這條時間線就是一個分支。截止到目前，只有一條時間線，在Git里，這個分支叫主分支，即master分支。HEAD嚴格來說不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是當前分支。
一開始的時候，master分支是一條線，Git用master指向最新的提交，再用HEAD指向master，就能確定當前分支，以及當前分支的提交點：
每次提交，master分支都會向前移動一步，這樣，隨著你不斷提交，master分支的線也越來越長：
當我們創(chuàng)建新的分支，例如dev時，Git新建了一個指針叫dev，指向master相同的提交，再把HEAD指向dev，就表示當前分支在dev上：
你看，Git創(chuàng)建一個分支很快，因為除了增加一個dev指針，改改HEAD的指向，工作區(qū)的文件都沒有任何變化！
不過，從現(xiàn)在開始，對工作區(qū)的修改和提交就是針對dev分支了，比如新提交一次后，dev指針往前移動一步，而master指針不變：
假如我們在dev上的工作完成了，就可以把dev合并到master上。Git怎么合并呢？最簡單的方法，就是直接把master指向dev的當前提交，就完成了合并：
所以Git合并分支也很快！就改改指針，工作區(qū)內(nèi)容也不變！
合并完分支后，甚至可以刪除dev分支。刪除dev分支就是把dev指針給刪掉，刪掉后，我們就剩下了一條master分支：
真是太神奇了，你看得出來有些提交是通過分支完成的嗎？
下面開始實戰(zhàn)。
首先，我們創(chuàng)建dev分支，然后切換到dev分支：
$git checkout -b devSwitchedto a new branch'dev'
git checkout命令加上-b參數(shù)表示創(chuàng)建并切換，相當于以下兩條命令：
$git branch dev$git checkout devSwitchedto branch'dev'
然后，用git branch命令查看當前分支：
$git branch* dev? master
git branch命令會列出所有分支，當前分支前面會標一個*號。
然后，我們就可以在dev分支上正常提交，比如對readme.txt做個修改，加上一行：
Creating anewbranch is quick.
然后提交：
$git add readme.txt$git commit -m"branch test"[dev fec145a] branch test1file changed,1insertion(+)
現(xiàn)在，dev分支的工作完成，我們就可以切換回master分支：
$git checkout masterSwitchedto branch'master'
切換回master分支后，再查看一個readme.txt文件，剛才添加的內(nèi)容不見了！因為那個提交是在dev分支上，而master分支此刻的提交點并沒有變：
現(xiàn)在，我們把dev分支的工作成果合并到master分支上：
$git merge devUpdatingd17efd8..fec145aFast-forward readme.txt |1+1file changed,1insertion(+)
git merge命令用于合并指定分支到當前分支。合并后，再查看readme.txt的內(nèi)容，就可以看到，和dev分支的最新提交是完全一樣的。
注意到上面的Fast-forward信息，Git告訴我們，這次合并是“快進模式”，也就是直接把master指向dev的當前提交，所以合并速度非?？?。
當然，也不是每次合并都能Fast-forward，我們后面會講其他方式的合并。
合并完成后，就可以放心地刪除dev分支了：
$git branch -d devDeletedbranch dev (was fec145a).
刪除后，查看branch，就只剩下master分支了：
$git branch* master
因為創(chuàng)建、合并和刪除分支非?？?，所以Git鼓勵你使用分支完成某個任務，合并后再刪掉分支，這和直接在master分支上工作效果是一樣的，但過程更安全。
小結(jié)
Git鼓勵大量使用分支：
查看分支：git branch
創(chuàng)建分支：git branch
切換分支：git checkout
創(chuàng)建+切換分支：git checkout -b
合并某分支到當前分支：git merge
刪除分支：git branch -d
