合并代碼還在用git merge嗎？互聯(lián)網(wǎng)公司都用git rebase！

據(jù)我所知，絕大部分程序員在合并代碼時使用 git merge，不少人不知道 git rebase 怎么用。當然也包括我微信群里的部分網(wǎng)友，基于群友的討論。我整理了本文，希望大家喜歡。不喜歡的可以輕噴！

git merge 和 git rebase的區(qū)別

目的都是將一個分支的 commit 合并到到另外一個分支中去。

git merge

1. 在gitlab上新建一個項目，push一個test文件上去

2. 在本地修改test文件做兩次commit，每次commit都在文件中加一句修改

3. 在遠程倉庫中直接修改文件并 commit，模擬其他開發(fā)者的 commit。

4.如果此時我push本地的提交到遠程，就會被拒絕，因為遠程和本地已經(jīng)各自有commit了，我們常規(guī)的做法是git pull一下，在本地解決沖突，然后繼續(xù)push，本質(zhì)上git pull = git fetch + git merge。

產(chǎn)生沖突：

處理沖突：

重新走add commit 然后push，可以看到必須將合并當作一個新的commit：

git rebase

如果我們此時采用git pull --rebase，也就是=git fetch + git rebase。

1. 一樣本地commit2次，遠程commit2次

2. 使用可以看到git pull --rebase，還是會提示我們?nèi)ヌ幚頉_突，但是從git log 上可以看出明顯已經(jīng)發(fā)生了rebase，也就是變基，本地分支基于了遠程的最新commit，而不是上次的本地commit。

3. 處理沖突，每處理完一次本地commit沖突，用git add標記沖突已處理完，用git rebase --continue繼續(xù)處理下一個本地commit，也可以先用git rebase -i將本地的commit合并為一個commit，這樣git pull --rebase就能一次處理所有的沖突。

4. push到遠程之后，在分支圖可以明顯看到，跟merge的區(qū)別在于，rebase不會產(chǎn)生分支，并且也不會產(chǎn)生新的提交。

總結(jié)

• merge 是一個合并操作，會將兩個分支的修改合并在一起，默認操作的情況下會提交合并中修改的內(nèi)容。
• merge 的提交歷史記錄了實際發(fā)生過什么，關(guān)注點在真實的提交歷史上面。
• rebase 并沒有進行合并操作，只是提取了當前分支的修改，將其復制在了目標分支的最新提交后面。
• rebase 操作會丟棄當前分支已提交的 commit，故不要在已經(jīng) push 到遠程，和其他人正在協(xié)作開發(fā)的分支上執(zhí)行 rebase 操作。
• merge 與 rebase 都是很好的分支合并命令，沒有好壞之分，使用哪一個應(yīng)由團隊的實際開發(fā)需求及場景決定。
• 如果比較關(guān)注commit時間的話，還是用git merge，rebase會打亂時間線是不可避免的。