git rebase的意思為：重新定義分支的版本庫(kù)狀態(tài)；當(dāng)執(zhí)行rebase操作時(shí)，git會(huì)從兩個(gè)分支的共同祖先開(kāi)始提取待變基分支上的修改，然后將待變基分支指向基分支的最新提交，最后將剛才提取的修改應(yīng)用到基分支的最新提交的后面。

本教程操作環(huán)境：Windows7系統(tǒng)、Git2.30.0版、Dell G3電腦。

git rebase，顧名思義，就是重新定義（re）起點(diǎn)（base）的作用，即重新定義分支的版本庫(kù)狀態(tài)。

一、提交節(jié)點(diǎn)圖解

首先通過(guò)簡(jiǎn)單的提交節(jié)點(diǎn)圖解感受一下rebase在干什么

兩個(gè)分支master和feature，其中feature是在提交點(diǎn)B處從master上拉出的分支

master上有一個(gè)新提交M，feature上有兩個(gè)新提交C和D

此時(shí)切換到feature分支上，執(zhí)行如下命令，相當(dāng)于是想要把master分支合并到feature分支

git checkout feature git rebase master  //這兩條命令等價(jià)于git rebase master feature

下圖為變基后的提交節(jié)點(diǎn)圖，解釋一下其工作原理：

• feature：待變基分支、當(dāng)前分支
• master：基分支、目標(biāo)分支

官方解釋：當(dāng)執(zhí)行rebase操作時(shí)，git會(huì)從兩個(gè)分支的共同祖先開(kāi)始提取待變基分支上的修改，然后將待變基分支指向基分支的最新提交，最后將剛才提取的修改應(yīng)用到基分支的最新提交的后面。

結(jié)合例子解釋：當(dāng)在feature分支上執(zhí)行g(shù)it rebase master時(shí)，git會(huì)從master和featuer的共同祖先B開(kāi)始提取feature分支上的修改，也就是C和D兩個(gè)提交，先提取到。然后將feature分支指向master分支的最新提交上，也就是M。最后把提取的C和D接到M后面，但這個(gè)過(guò)程是刪除原來(lái)的C和D，生成新的C’和D’，他們的提交內(nèi)容一樣，但commit id不同。feature自然最后也是指向D’。

通俗解釋（重要！）：rebase，變基，可以直接理解為改變基底。feature分支是基于master分支的B拉出來(lái)的分支，feature的基底是B。而master在B之后有新的提交，就相當(dāng)于此時(shí)要用master上新的提交來(lái)作為feature分支的新基底。實(shí)際操作為把B之后feature的提交存下來(lái)，然后刪掉原來(lái)這些提交，再找到master的最新提交位置，把存下來(lái)的提交再接上去（新節(jié)點(diǎn)新commit id），如此feature分支的基底就相當(dāng)于變成了M而不是原來(lái)的B了。

其中還有一句解釋也很直白，rebase 命令其實(shí)關(guān)鍵在于理解「基」，git rebase <基分支>，就是將基分支與當(dāng)前分支的差異提交（分岔點(diǎn)之后）獲取到，然后在「基分支」最新提交點(diǎn)后面將差異提交逐個(gè)再次提交，最后將當(dāng)前分支的 HEAD 指針指向最新的提交點(diǎn)

二、實(shí)際git提交示例

按照上面的圖解構(gòu)造了提交記錄，如下圖所示：（ABM是master分支線，ABCD是feature分支線。這里畫成了master變色分叉出來(lái)，這不影響理解，知道是表示兩個(gè)分支兩條線即可?。?/p>

此時(shí)，在feature分支上執(zhí)行g(shù)it rebase master

變基完成以后，ABCD是原來(lái)的feature分支線，ABMC’D’是新的feature分支線，ABM是master分支線（沒(méi)有變化）

三、推薦使用場(chǎng)景

搞來(lái)搞去那么多，這其實(shí)是最重要的。不同公司，不同情況有不同使用場(chǎng)景，不過(guò)大部分情況推薦如下：

• 拉公共分支最新代碼的時(shí)候使用rebase，也就是git pull -r或git pull –rebase，但有個(gè)缺點(diǎn)就是rebase以后我就不知道我的當(dāng)前分支最早是從哪個(gè)分支拉出來(lái)的了，因?yàn)榛鬃兞寺?。（如果使用merge，多出無(wú)意義的一條提交記錄“Merge … to …”）

• 往公共分支上合代碼的時(shí)候，使用merge。（如果使用rebase，那么其他開(kāi)發(fā)人員想看主分支的歷史，就不是原來(lái)的歷史了，歷史已經(jīng)被你篡改了）

推薦學(xué)習(xí)：《Git教程》