git rebase的意思是:重新定義分支的版本庫狀態;當執行rebase操作時,git會從兩個分支的共同祖先開始提取待變基分支上的修改,然後將待變基分支指向基分支的最新提交,最後將剛才提取的修改應用到基分支的最新提交的後面。
本教學操作環境:Windows7系統、Git2.30.0版、Dell G3電腦。
git rebase,顧名思義,就是重新定義(re)起點(base)的作用,也就是重新定義分支的版本庫狀態。
首先透過簡單的提交節點圖解感受一下rebase在做什麼
兩個分支master和feature,其中feature是在提交點B處從master上拉出的分支
master上有一個新提交M,feature上有兩個新提交C和D
此時切換到feature分支上,執行下列指令,相當於想要把master分支合併到feature分支
git checkout feature git rebase master //这两条命令等价于git rebase master feature
下圖為變基後的提交節點圖,解釋一下其運作原理:
官方解釋:執行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了。
其中還有一句解釋也很直白,rebase 指令其實關鍵在於理解「基」,git rebase ,就是將基分支與目前分支的差異提交(分岔點之後)取得到,然後在「基底分支」最新提交點後面將差異提交逐個再次提交,最後將目前分支的HEAD 指標指向最新的提交點
按照上面的圖解構造了提交記錄,如下圖所示:(ABM是master分支線,ABCD是feature分支線。這裡畫成了master變色分叉出來,這不影響理解,知道是表示兩個分支兩條線即可!)
此時,在feature分支上執行git rebase master
變基完成以後,ABCD是原來的feature分支線,ABMC'D'是新的feature分支線,ABM是master分支線(沒有變化)
搞來搞去那麼多,這其實是最重要的。不同公司,不同情況有不同使用場景,不過大部分情況推薦如下:
拉公共分支最新程式碼的時候使用rebase,也就是git pull -r或git pull -- rebase,但有個缺點就是rebase以後我就不知道我目前的分支最早是從哪個分支拉出來的了,因為基底變了嘛。 (如果使用merge,多出無意義的一筆提交記錄「Merge … to …」)
#往公共分支上合程式碼的時候,使用merge。 (如果使用rebase,那麼其他開發人員想看主分支的歷史,就不是原來的歷史了,歷史已經被你篡改了)
推薦學習:《Git教程》
以上是git rebase是什麼意思的詳細內容。更多資訊請關注PHP中文網其他相關文章!