》點讚，收藏+關注，理財&技術不迷路《
分支就是科幻電影裡面的平行宇宙，當你正在電腦前努力學習git的時候，另乙個你正在另乙個平行宇宙裡努力學習svn。
如果兩個平行宇宙互不干擾，那對現在的你也沒啥影響。不過，在某個時間點，兩個平行宇宙合併了，結果，你既學會了git又學會了svn！
分支在實際中有什麼用呢？假設你準備開發乙個新功能，但是需要兩周才能完成，第一周你寫了50%的**，如果立刻提交，由於**還沒寫完，不完整的**庫會導致別人不能幹活了。如果等**全部寫完再一次提交，又存在丟失每天進度的巨大風險。
現在有了分支，就不用怕了。你建立了乙個屬於你自己的分支，別人看不到，還繼續在原來的分支上正常工作，而你在自己的分支上幹活，想提交就提交，直到開發完畢後，再一次性合併到原來的分支上，這樣，既安全，又不影響別人工作。
其他版本控制系統如svn等都有分支管理，但是用過之後你會發現，這些版本控制系統建立和切換分支比蝸牛還慢，簡直讓人無法忍受，結果分支功能成了擺設，大家都不去用。
但git的分支是與眾不同的，無論建立、切換和刪除分支，git在1秒鐘之內就能完成！無論你的版本庫是1個檔案還是1萬個檔案。
建立與合併分支
在版本回退裡，你已經知道，每次提交，git都把它們串成一條時間線，這條時間線就是乙個分支。截止到目前，只有一條時間線，在git裡，這個分支叫主分支，即master分支。head嚴格來說不是指向提交，而是指向master，master才是指向提交的，所以，head指向的就是當前分支。
一開始的時候，master分支是一條線，git用master指向最新的提交，再用head指向master，就能確定當前分支，以及當前分支的提交點：
每次提交，master分支都會向前移動一步，這樣，隨著你不斷提交，master分支的線也越來越長。
當我們建立新的分支，例如dev時，git新建了乙個指標叫dev，指向master相同的提交，再把head指向dev，就表示當前分支在dev上：
你看，git建立乙個分支很快，因為除了增加乙個dev指標，改改head的指向，工作區的檔案都沒有任何變化！
不過，從現在開始，對工作區的修改和提交就是針對dev分支了，比如新提交一次後，dev指標往前移動一步，而master指標不變：
假如我們在dev上的工作完成了，就可以把dev合併到master上。git怎麼合併呢？最簡單的方法，就是直接把master指向dev的當前提交，就完成了合併：
所以git合併分支也很快！就改改指標，工作區內容也不變！
合併完分支後，甚至可以刪除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命令會列出所有分支，當前分支前面會標乙個*號。
creating a new branch is quick.
然後提交：
$ git add readme.txt
$ git commit -m "branch test"
[dev b17d20e] branch test
1 file changed, 1 insertion(+)
現在，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分支上工作效果是一樣的，但過程更安全。
switch
我們注意到切換分支使用git checkout
，而前面講過的撤銷修改則是git checkout -- ，同乙個命令，有兩種作用，確實有點令人迷惑。
實際上，切換分支這個動作，用switch更科學。因此，最新版本的git提供了新的git switch命令來切換分支：
建立並切換到新的dev分支，可以使用：
$ git switch -c dev
直接切換到已有的master分支，可以使用：
$ git switch master
使用新的git switch命令，比git checkout要更容易理解。
小結git鼓勵大量使用分支：
檢視分支：git branch
建立分支：git branch
切換分支：git checkout 或者git switch
建立+切換分支：git checkout -b 或者git switch -c
合併某分支到當前分支：git merge
刪除分支：git branch -d
git基礎（8） git別名
git 並不會在你輸入部分命令時自動推斷出你想要的命令。如果不想每次都輸入完整的 git 命令，可以通過 git config 檔案來輕鬆地為每乙個命令設定乙個別名。git config global alias.co checkout git config global alias.br bran...
Git分支和指標
git中的分支本質上是個指向commit物件的指標。在當前commit點建立乙個新的分支test git branch test建立了乙個新的可變指標指向f30ab commit git 是如何知道你當前是在哪個分支上工作的 1 git儲存著乙個名為head的特別指標 2 head可以指向你正在工作...
Git分支指標移動到不同的提交
如果你只是想將分支移動到另乙個提交，則這裡方法可能不是最簡單的選項。branch f詳細描述的是乙個簡單的命令，所以看看他的答案。你可以為任意的裁判做它。這就是移動分支指標的方法 git update ref m reset reset to refs heads branch 一般形式 git u...