Git知識總覽(五) Git中的merge、rebase、cherry-pick以及互動式rebase

阿新 • • 發佈：2018-12-30

上篇部落格聊了《》本篇部落格我們就以Learning Git中的關卡進行展開。下方列舉了LearningGit中的 merge、rebase、reset、revert、cherry-pick 以及互動式rebase相關關卡的操作以及對應的解析。後邊在聊互動式rebase操作是，不單單給出了LearningGit中的內容，而且給出了真正的Git分支在互動式rebase操作時的具體案例。

一、程式碼合併

在下方示例中所有目標的初始化狀態是下方這樣的，然後我們要按照目最終目標，使用相關的git命令來達到相關的目標。

1、git merge

下方就是我們要達到的目標，下方是我們達到下方目標所要做的事情：

首先需要做的就是建立一個新的分支bugFix, 並切換到該分支上，然後進行一次C2的提交。
然後再切回到master分支上，進行一次新的提交（C3）。
最後要做的就是在master分支上執行一次合併操作，將bugFix分支上的提交合併到master分支上，C4就是合併後的節點。

下方對應的就是我們實現上述目標所對應的命令操作，具體如下所示：

首先使用 git checkout -b bugFix, 新建並切換到bugFix分支上，並且使用 git commit 命令進行一次提交生成C2節點。
然後使用 git checkout master 命令切換到master分支上，並且使用 git commit 命令進行一次提交生成C3節點。
最後的話，就是在 master 分支上執行 git merge bugFix命令，將bugFix分支合併到master分支上，合併後會生成一個新的C4節點。具體如下所示：

2、git rebase

闖完git merge的關，我們來看一下git rebase的關。下方就是我們最終要實現的目標。實現下方目標和上面的merge操作差不多，只不過最後一步不是使用合併操作，而是在bugFix上執行變基操作，具體分析如下：

首先需要做的就是建立一個新的分支bugFix, 並切換到該分支上，然後進行一次C2的提交。
然後再切回到master分支上，進行一次新的提交（C3）。

然後在切換到 bugFix 分支上，執行變基操作，將bugFix的父節點變成master分支，之前的C2節點就被新的提交C2`所替代了。

下方是我們的具體命令操作：

首先使用 git checkout -b bugFix, 新建並切換到bugFix分支上，並且使用 git commit 命令進行一次提交生成C2節點。
然後使用 git checkout master 命令切換到master分支上，並且使用 git commit 命令進行一次提交生成C3節點。
然後再使用 git checkout bugFix 命令切回到 bugFix 分支上。
最後在bugFix分支上執行 git rebase master 命令，經其父類變成master。執行變基後，C2會和C3節點的內容進行合併生成新的節點C2`，而bugFix分支的指標也會從C2節點移動到C2`上，移動後bugFix之前的分支就會被廢棄掉，取而代之的是從master延續下來的新分支。

二、分離HEAD

1、移動HEAD指標

HEAD指標是指向當前所在的操作分支，比如我們現在是在master分支，那麼HEAD就指向master分支，然後master分支指向的是我們的commit號。分離的 HEAD 就是讓其指向了某個具體的提交記錄而不是分支名。下方左邊的圖就是我們要完成的目標，右邊是我們分支的初始化狀態。

實現上述目標一行命令足矣，可以使用 git checkout C3 命令就可以將HEAD命令指向C3提交上。git checkout HEAD^ 命令可以將HEAD指標向上移動一個距離，git checkout HEAD~3 則可以將HEAD向上移動三個距離。具體操作如下所示：

2、在提交樹上移動分支

下方要完成的不單單是HEAD指標的移動，而是分支指標的移動，在Git上可以移動你所建立分支的指向，使其指向任意提交過的分支上。下方就來看一下如何在git上移動分支指標，下方左邊是我們要完成的目標，右邊是分支的初始化狀態。需要做的事情如下：

將 bugFix 分支移動到C0上。
然後將master分支移動到C6上。
最後將HEAD分支上移。

需要操作的命令如下所示:

首先使用 git branch -f bugFix C0 命令將bugFix指向C0節點。（C0表示的是相關提交的雜湊值）。
然後使用 git branch -f master C6 命令將master分支指向C6節點。
最後使用 git checkout HEAD^ 命令將分離的HEAD指標進行上移。

3、撤銷操作

接下來我們來看一下撤銷操作，同樣左邊是我們要完成的目標，右邊是初始狀態。從下方的目標中我們可以看出 local 分支的撤銷操作是使用的 git reset 操作的, 因為是在本地來向上移動的，進行reset後是不可以push到遠端的。而push分支使用的是revert操作，撤銷了C2的提交後，再C2的基礎上又生成了一個新的提交。reset 操作是不可以被push到遠端的，而revert則可以，稍後會進行實驗。下方會有具體的操作。

下方就是我們為了完成目標而又的具體的操作：

首先在 local 分支上執行git reset HEAD^1 或者 git reset HEAD C1 操作來撤銷本地的C3操作。
然後我們再通過 git checkout pushed操作切換到 pushed 分支上，然後執行 git revert HEAD^1 操作，撤銷C2的提交。

如果你reset某個提交，想在將分支號移動到之前的提交上，可以使用上面的 git branch -f 操作，將相應的分支移到相應的提交上。下方是將 local 分支又移動回了C3, 如下所示。

接下來我來看一下對 reset 後的分支進行push, 以及對 revert 分支後進行push。

首先在local分支上執行reset操作，然後進行push會提示本地倉庫和遠端倉庫產生了分歧，先git pull 或者 git pull --rebase。
而在pushed分支上的revert操作就不會有這樣的提示，因為revert是在原來的分支下方產生了一個新的提交，和正常提交一樣對待，所以是可以push的。

下方我們再做個嘗試，在一個分支上進行了reset , 然後在reset後的分支上做了一些提交。最後我們將這些提交進行push，然後看一下具體的效果。

首先我們對clone到本地的local分支進行了reset操作，操作後在新的分支上進行兩次commit。
然後我們進行push , 會提示先pull或者pull --rebase , 然後在進行push.
下方先執行了 git pull 操作，執行pull操作後，就是將 o/local 分支和 local分支進行合併，合併後就可以進行push了。這樣一來，我們之前reset操作就不起什麼作用了。因為 pull 操作後進行了merge, 就等效於在C3上直接進行commit。
然後我們進行回退，又試了一下git pull --rebase 操作，其實該操作就是將merge操作改成了變基操作。將我們後來的C4, C5兩個提交變基到C3上，從效果上看，就和沒有執行reset操作一樣。具體如下所示：

三、cherry-pick和互動式rebase

之所以將這兩個放在一塊，是因為使用兩者都可以達到相同的目標，只是操作不同。下方會分別介紹。

1. cherry-pick

下方我們來看一下cherry-pick這一關，下方我們需要將 bugFix 分支上的 C3 、side 分支上的 C4 以及another分支上的C7通過cherry-pick的形式拿到 master分支上。

下方主要還是使用了cherry-pick來達到我們的目標的，主要還是一個命令的使用 , 在 master 分支上執行 git cherry-pick C3 C4 C7, 可以將C3 C4 C7這三個提交摘到master分支上了。具體如下所示：

2、互動式rebase

解析我們來使用互動式rebase來做節點的遷移，當然下方的操作也是可以使用cherry-pick來完成的。左邊是我們要完成的目標，右邊則是初始化狀態。我們需要將C2 C3 C4 C5的提交順序轉換成C3, C5, C4的順序。

下方就是我們互動式rebase操作的具體步驟，本質上就一個命令 git rebase -i HEAD~4, 然後操作相關的節點即可。

3、互動式rebase實踐

接下來我們來看一下在真正的git分支上是如何使用互動式rebase操作的。下方是做互動式rebase操作之前的分支關係。目前所在的分支是bugFix, 其中有4個提交。

現在要做的是在bugFix上進行互動式rebase, 在終端中輸入 git rebase -i master, 目的是將 bugFix 分支上的提交通過互動式rebase的方式將其變基到master分支上。下方是輸入git rebase -i maste命令後所出現的介面，我們可以通過vim編輯器編輯將要執行的變基操作。下方是對應的幾種互動式命令