git學習之rebase實例詳解

本篇文章為大家帶來了關於Git的相關知識，其中主要介紹了rebase的相關問題，rebase，變基，可以直接理解為改變基底。 feature分支是基於master分支的B拉出來的分支，feature的基底是B，希望對大家有幫助。

推薦學習：《Git學習教學》

本文用最簡潔的範例讓你快速掌握rebase原理與用法

一、提交節點圖解

首先透過簡單的提交節點圖解感受一下rebase在做什麼

兩個分支master和feature，其中feature是在提交點B處從master上拉出的分支

master上有一個新提交M，feature上有兩個新提交C和D

此時切換到feature分支上，執行如下指令，相當於想要把master分支合併到feature分支（這一步的場景就可以類比為我們在自己的分支feature上開發了一段時間了，準備從主幹master上拉一下最新改動）

git checkout featuregit rebase master

//这两条命令等价于git rebase master feature

下圖為變基後的提交節點圖，說明其工作原理：

• feature：待變基分支、目前分支
• master：基分支、目標分支

官方解釋（如果覺得看不懂可以直接看下一段）：當執行rebase操作時，git會從兩個分支的共同祖先開始提取待變基分支上的修改，然後將待變基分支指向基分支的最新提交，最後將剛才提取的修改應用到基分支的最新提交的後面。

結合範例解釋：當在feature分支上執行git rebase master時，git會從master和featuer的共同祖先B開始提取feature分支上的修改，也就是C和D兩個提交，先提取到。然後將feature分支指向master分支的最新提交上，也就是M。最後把提取的C和D接到M後面，但這個過程是刪除原來的C和D，生成新的C’和D’，他們的提交內容一樣，但commit id不同。 feature自然最後也是指向D’。

通俗解釋（重要！！）：rebase，變基，可以直接理解為改變基底。 feature分支是基於master分支的B被拉出來的分支，feature的基底是B。而master在B之後有新的提交，就等於此時要用master上新的提交來作為feature分支的新基底。實際操作為把B之後feature的提交存下來，然後刪除原來這些提交，再找到master的最新提交位置，把存下來的提交再接上去（新節點新commit id），如此feature分支的基底就相當於是變成了M而不是原來的B了。 （注意，如果master上在B以後沒有新提交，那麼就還是用原來的B作為基，rebase操作相當於無效，此時和git merge就基本沒區別了，差異只在於git merge會多一條記錄Merge操作的提交記錄）

上面的範例可抽象化為如下實際工作場景：張三從B拉了程式碼進行開發，目前提交了兩次，開發到D了；李四也從B拉出來開發了並且開發完畢，他提交到了M，然後合到主幹上了。此時張三想拉下最新程式碼，於是他在feature分支上執行了git rebase master，即把master分支給rebase過來，由於李四更早開發完並合了主幹，如此就相當於張三是基於李四的最新提交M進行的開發了。

---

二、實際git提交範例

依照上面的圖解構造了提交記錄，如下圖所示：（ABM是master分支線，ABCD是feature分支線。這裡畫成了master變色分叉出來，這不影響理解，知道是表示兩個分支兩條線即可！）

此時，在feature分支上執行git rebase master

變基完成以後，ABCD是原來的feature分支線，ABMC'D'是新的feature分支線，ABM是master分支線（沒有變化）

---

三、推薦使用場景

搞來搞去那麼多，這其實是最重要的。不同公司，不同情況有不同使用場景，不過大部分情況推薦如下：

1. 拉公共分支最新程式碼的時候使用rebase，也就是git pull -r或git pull --rebase，但有個缺點就是rebase以後我就不知道我目前的分支最早是從哪個分支拉出來的了，因為基底變了嘛。 （正因如此，大部分公司其實都不會用rebase，基本上統一使用merge，雖然會多出無意義的一條提交記錄“Merge … to …”，但至少能知道誰做了什麼事）
2. 往公共分支上合程式碼的時候，使用merge。 （如果使用rebase，那麼其他開發人員想看主分支的歷史，就不是原來的歷史了，歷史已經被你篡改了。比如張三和李四從共同的節點拉出來開發，張三先開發完提交了兩次然後merge上去了，李四後來開發完rebase上去（注意李四需要切換到主分支，然後執行git rebase，然後再git pull到遠端），則李四的新提交變成了張三的新提交的新基底，本來李四的提交是最新的，結果最新的提交顯示反而是張三的，就亂套了）

推薦學習：《Git教程 》

以上是git學習之rebase實例詳解的詳細內容。更多資訊請關注PHP中文網其他相關文章！