詳解git merge 與 git rebase的區(qū)別

前言

      其實(shí)這個(gè)問題困擾我有一段時(shí)間，相信也有人和我一樣有這個(gè)困擾，網(wǎng)上已有很多這種解釋了，但是要么就是無圖，要么就是解釋的很亂，沒太看懂，經(jīng)過自己對git的使用，加上向同事請教，算是理解了這個(gè)問題，所以寫下來分享一下，我盡量詳細(xì)說明

merge與rebase的區(qū)別

        假設(shè)我們有如下圖一所示倉庫，該倉庫有master和develop兩個(gè)分支，且develop是在（3.added merge.txt file）commit處從master拉出來的分支。  

merge

        假設(shè)現(xiàn)在HEAD在（6.added hello.txt file）處，也就是在master分支最近的一次提交處，此時(shí)執(zhí)行g(shù)it merge develop, 結(jié)果如下圖所示。 

         工作原理就是：git 會自動根據(jù)兩個(gè)分支的共同祖先即 (3.added merge.txt file)這個(gè) commit 和兩個(gè)分支的最新提交即 (6.added hello.txt file) 和 (5.added test.txt file) 進(jìn)行一個(gè)三方合并，然后將合并中修改的內(nèi)容生成一個(gè)新的 commit，即圖二的(7.Merge branch ‘develop')。 

        這是merge的效果，簡單來說就合并兩個(gè)分支并生成一個(gè)新的提交。

rebase

      那rebase是這么工作的呢？ 

      假設(shè)初始狀態(tài)也是圖一所顯示的。兩個(gè)分支一個(gè)master，一個(gè)develop，此時(shí)HEAD在（6.added hello.txt file）處，現(xiàn)在執(zhí)行g(shù)it rebase develop,結(jié)果如下圖三所示。 

        可以看見develop分支分出來分叉不見了，下面來解釋一下它的工作原理： 

         在執(zhí)行g(shù)it rebase develop之前，HEAD在（6.added hello.txt file）處，當(dāng)執(zhí)行rebase操作時(shí)，git 會從兩個(gè)分支的共同祖先 (3.added merge.txt file)開始提取 當(dāng)前分支（此時(shí)是master分支）上的修改，即 （6.added hello.txt file）這個(gè)commit，再將 master 分支指向 目標(biāo)分支的最新提交（此時(shí)是develop分支）即（5.added test.txt file） 處，然后將剛剛提取的修改應(yīng)用到這個(gè)最新提交后面。如果提取的修改有多個(gè)，那git將依次應(yīng)用到最新的提交后面，如下兩圖所示，圖四為初始狀態(tài)，圖五為執(zhí)行rebase后的狀態(tài)。  

   簡單來說，git rebase提取操作有點(diǎn)像git cherry-pick一樣，執(zhí)行rebase后依次將當(dāng)前的提交cherry-pick到目標(biāo)分支上，然后將在原始分支上的已提取的commit刪除。

merge OR rebase

那什么時(shí)候用merge，什么時(shí)候用rebase呢？ 

再舉個(gè)例子： 

初始狀態(tài)如下圖六所示： 

         和之前一樣的是，develop分支也是在 (3.added merge.txt file)處從master分支拉取develop分支。不一樣的是兩個(gè)分支各個(gè)commit的時(shí)間不同，之前develop分支的4和5commit在master分支3之后6之前，現(xiàn)在是develop分支的4提交早于master分支的5提交，develop分支的6提交晚于master的5提交早于master的7提交。  

在上圖情況下，在master分支的7commit處，執(zhí)行g(shù)it merge develop，結(jié)果如下圖七所示： 

執(zhí)行g(shù)it rebase develop，結(jié)果如下圖八所示： 

1. 可以看出merge結(jié)果能夠體現(xiàn)出時(shí)間線，但是rebase會打亂時(shí)間線。 
2. 而rebase看起來簡潔，但是merge看起來不太簡潔。 
3. 最終結(jié)果是都把代碼合起來了，所以具體怎么使用這兩個(gè)命令看項(xiàng)目需要。

       還有一點(diǎn)說明的是，在項(xiàng)目中經(jīng)常使用git pull來拉取代碼，git pull相當(dāng)于是git fetch + git merge，如果此時(shí)運(yùn)行g(shù)it pull -r，也就是git pull –rebase，相當(dāng)于git fetch + git rebase

最后推薦一些git可視化工具，我用的是gitkraken，這些工具功能基本一樣，看個(gè)人喜歡好使用

到此這篇關(guān)于詳解git merge 與 git rebase的區(qū)別的文章就介紹到這了,更多相關(guān)git merge與git rebase內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！