Git大法好——3.Git分支本地操作詳解

Git大法好——3.Git分支本地操作詳解
Git大法好——3.Git分支本地操作詳解引言

在上一節中我們對Git的常用本地操作的命令進行詳解，而本節要講解的是Git的分支，
在講解之前補充兩點概念性的東西：

第一個：
第一節中一個讀者提出的疑問，Git和SVN在版本控制中儲存方式版本資訊的差異。
答：Git關心檔案的整體是否發生變化，而SVN則關心的是檔案內容的具體差異！
SVN每次記錄的是有哪些檔案進行了修改，以及修改了哪些行的哪些內容：

如，比如版本2中記錄的是檔案A以及檔案C的變化，而版本3中僅僅記錄檔案C
的變化這樣，以此類推；而Git並不儲存這些前後變化的差異資料，而是儲存整個當前
的工作空間(暫存區)所有檔案，又叫快照，有變化的檔案儲存，沒變化的檔案就不儲存，
而是對上一次儲存的快照作一個連結。

如，每一次儲存的都是所有檔案，改變的儲存，沒改變的連結指向上一次提交的檔案！
因為這種不同的儲存方式，Git切換分支的速度比SVN快幾條街！

第二個<喎?http://www.bkjia.com/kf/ware/vc/" target="_blank" class="keylink">vc3Ryb25nPqO6PGJyIC8+DQo8c3Ryb25nPkdpdMO/tM5jb21taXTKsbryo6zU2rLWv+LW0LXEyv2+3b3hubk8L3N0cm9uZz6hozwvcD4NCjxwPjxpbWcgYWx0PQ=="" src="http://www.bkjia.com/uploads/allimg/160301/0404031R2-2.png" title="\" />

如，BlobObject Storage Service的是檔案的快照內容，tree對象則是記錄快照索引的目錄 .
當然，上面的內容知道下就好了，也不必過於深究，好的，開始學習本節Git分支的相關
內容吧~

1.什麼是分支？

我們知道每次我們commit的時候都會產生一個快照，或者說一個版本庫，從引言我們也知道
了通過BlobObject Storage Service檔案快照內容，然後Tree對象記錄快照索引目錄，通過索引找到檔案快照；
那麼問題來了：每一個快照(版本庫)又是怎樣的組合到一起的呢？
還記得我們上一節講解的版本回退嗎？我們可以根據一個版本號碼，讓當前工作空間的檔案回退
到某個版本，其實Git會將這些快照串成一條條的時間軸，而這些時間軸就是我們的：分支。
假如我們不建立並切換到其他分支上，那麼每次commit產生的快照都會被串到一條線上，而這
條時間軸又叫master分支或者主分支，除了這個master分支外，我們還要知道一個東西
就是HEAD指標，這個指標是指向正在工作的本地分支，我們前面的版本回退，其實就是修改
的HEAD指標的指向而已！比如：git reset HEAD^就是將HEAD指標前移，指向上一個快照
而已，可能你還不是很理解，沒事，我們擼一發命令，然後來波圖解就好~

這裡我們建立四個檔案，然後每次add一個檔案後commit，然後我們鍵入：git log –graph –all

上面的這道紅線就是版本的時間軸(分支)了，而上面的每一個節點則是某一版本的快照，
這條紅線就是我們的master分支，而上面的結點就是我們的每個版本，下面我們畫圖協助大家理解下：

第一次提交： 第二次提交：
第三次提交：
第四次提交：

由上面的圖，我們不難發現這樣的規律：

當我們每次commit，我們的master都會向前移動一步，即指向最新的提交！ 而HEAD則指向你正在工作的本地分支，而git reset修改的就是HEAD
指標的指向而已！2.為什麼要建立其他分支？

看到這個標題，讀者可能會有疑問：不是已經有一個master分支了嗎，為什麼還要另外建立
其他分支？我們每次commit就好，假如是遠程協作的話，就都Push到遠程伺服器上，有衝突
就解決衝突，然後每個人在pull一下伺服器上的代碼不就好了，另外建立新分支好像沒什麼
必要吧？

答：我以前也是這樣想的，在上一家公司，我和另外的同事就是這樣乾的…把東西都丟到
master分支上，感覺沒什麼不對，當然，這種做法是可以的，項目小可以，整個項目就一個master分支，
但是這樣做其實並不好！下面列舉兩點吧：
第一點，我們一般的項目都是一步步迭代升級的，一般都會有大版本和小版本的更新，
大版本更新一般是改頭換面的一個更新，比如UI大改或者架構大改之類的，然後版本是：v2.0.0這樣；
而小版本的更新一般是一些細節的小改，比如UI修改和bug的修複，或者最佳化等，然後版本是:v2.0.11這樣；
只有一條master分支，意味著你的分支線會非常非常的長，假如你發布了第二個大版本，而使用者反饋
你的第一個版本有一個很嚴重的Bug，你要切回之前的版本，夠嗆的哈！
第二點，效率問題，假如某一次提交後出現衝突了，而這個衝突很難解決，那麼就會卡在這裡，
那麼就無法向後再開發了，又或者說master上的分支出現了很大的問題，同樣也無法接著開發。

當然，不好的地方遠遠不止上面兩個，我們得想辦法來解決這個問題，而一個簡單而有效
方法就是建立其他的分支，然後按照一定的分支策略來管理我們的項目版本！一種最簡單和
常用的分支策略就是：

在master分支上開闢一個新的develop分支，然後我們根據功能或者業務，再在develop
分支上另外開闢其他分支，完成分支上的任務後，再將這個分支合并到develop分支上！

master分支和develop分支都是長期分支，而我們建立的其他分支則是臨時性分支！

簡單概括下各個分支都拿來幹嘛吧：

master分支：可直接用於產品發布的代碼，就是正式版的代碼
develop分支：日常開發用的分支，團隊中的人都在這個分支上進行開發
臨時性分支：根據特定目的開闢的分支，包括功能(feature)分支，或者預發布(release)分支，
又或者是修複bug（fixbug）分支，臨時性分支用完之後一般都會刪除，使得程式碼程式庫的常用分支始終
只有兩個長期分支！

PS:關於分支管理的詳細策略，我們後面講多人協作再細講，這裡知道最簡單的這種就可以了！

3.分支的建立與切換1）建立分支

git branch 分支名

我們可以直接簡單git branch或者git branch -a來查看所有分支，而此時分支和HEAD
的情況如下：

此時，儘管我們建立了develop分支，但是HEAD指標還指向master分支，我們繼續commit
的話，都會在master分支上進行，我們需要切換一下當前分支，即修改HEAD指標的指向！

2）切換分支

git checkout 分支名

好的，通過上面的命令我們就切換到develop分支下了，切換後的情況是這樣的：

其實，分支的建立和切換隻需要下面的一個指令就可以完成了：

git checkout -b 分支名

接著我們來修改下某個檔案的內容，改點東西，然後commit，然後此時版本線的情況如下：

接著我們切回master分支，鍵入:git checkout master，開啟我們的note_1.txt，這個時候
你會發現並沒有發生更改，因為我們剛剛的提交是在develop分支上進行的，而master分支上
沒有變化，此時的版本線情況如下：

4.分支的合并

在Git中，我們可以使用git merge和git rebase兩個命令來進行分支的合并。
而本節我們主要講解如何使用merge指令來合并分支，另外合并的方式又分為兩種：
快速合并和普通合并，兩者的區別在於前者合并後看不出曾經做過合并，而後者合并
後的曆史會有分支記錄！作圖是快速合并，右圖是普通合并！

_______

1.快速合并

我們把develop分支合并到master分支上，來到master分支後，鍵入下述命令：

git merge develop

合并成功，此時我們開啟note_1.txt檔案，可以看到：

嘿嘿，果然develop分支上的做的更改都合并到master分支上了！這裡的cat命令是linux
下用來列印檔案內容的一個指令！

2.普通合并

這裡的話我們切到develop分支下，修改note_2.txt的內容，然後再通過下面的指令合并分支：
–no-ff參數表示禁用快速合并！

git merge --no-ff -m "合并的資訊(TAG)" develop

成功合并，然後我們可以鍵入：git log –graph -all來查看版本狀態，當然這裡我們只
關心的是分支線的情況，我們可以鍵入：

git log --graph --pretty=oneline --abbrev-commit

結果如下：

當然，不是每次合并分支都是順順利利的，有事會發生合并衝突，這個時候，我們
需要處理衝突，完成後才能夠進行合并！

5.解決合并衝突

這裡我們切到master分支下，修改note_3.txt，寫點東西，add後提交，然後切到develop分支，
也是修改note_3.txt檔案，add後commit，最後切回master分支，然後再執行merge合并分支。
這個時候就會出現合并失敗，需要我們手動解決衝突後才能提交！

可能命令列看的不是很清楚，我們開啟note_3.txt檔案：

選擇要保留的內容，add後提交，成功後分支就合并成功了，接著鍵入git status看下狀態，
也可以鍵入：git log –graph –pretty=oneline –abbrev-commit 查看整個版本線的狀態！

6.刪除分支

刪除分支就簡單很多了，直接鍵入：

git branch -d 分支名

這裡我們把dev分支刪除掉：

7.恢複誤刪分支

當然有時可能我們會手多，或者不小心把某些分支給刪掉了，你後悔了，想恢複
被刪的分支，沒關係，我們先鍵入：

git log --branches="被刪的分支名"

擷取到該分支的最新版本的那個版本號碼id(取前七位即可)，接著鍵入下述命令即可：

git branch develop 版本id

結果如下：

無壓力的說！

8.切換分支時儲存未commit的更改

比如可能有這樣一個情境：
當你在某個分支上寫代碼寫得很嗨的時候，這個時候你的同事過來找你，他看不懂你寫的
某個分支上的代碼，要你解釋一波，這時候你需要切換到另外一個分支上，此時，你的代碼
還沒有提交，會提示切換失敗，比如我這裡在develop分支上建立一個Task分支，然後建立
一個note_5.txt檔案，add，commit，接著修改檔案內容,add，commit，再接著add，不commit
直接切換分支，就會出現切換分支失敗，提示我們要麼commit或者stash！

你可以直接commit，不過，假如你的代碼才寫了幾行或者未完成，一般都不想去提交的，
你可能想儲存當前的狀態，然後跟同事BB完後，又回來當前的狀態來，那麼git stash指令
能幫到你！直接鍵入：

git stash

然後就可以切換分支了，切換分支後，招呼完同事，你可以鍵入：

git stash apply

恢複你之前的狀態，比如note_5.txt我們add後還沒commit！

另外，可以儲存多個stash哦，他們會放在一個stash的列表中你可以根據表示符
來解除對應的stash並且恢複未提交的變更！鍵入下述命令可查看stash列表：

git stash list

標識符就是括弧裡的，如果你想回複某個stash的話，比如這裡，你就可以鍵入：

git stash apply stash@{0}

你只要修改{}裡的標識符(數字)即可！

小結：

本節給大家講解了一波Git的本地分支操作的命令，基本涵蓋了一些日常的本地分支操作，
同樣建議你跟著筆者的文章，一步步走指令，動手更有助於理解！下節我們來講解遠程
倉庫和多人協作的分支管理原則！敬請期待~
假如你覺得本文簡單易懂，對你學習Git分支有協助，點個贊留個評論如何？

，晚安！