你們平時(shí)合并代碼的時(shí)候用 merge 還是 rebase？

我問了一圈，發(fā)現(xiàn)有些人不僅沒用過 rebase，而且根本就沒聽說過。別慌，不要緊，沒有 rebase 也不影響開發(fā)，不影響合并，不影響發(fā)版！

我用 Git 很長(zhǎng)時(shí)間也一直根本沒聽過 rebase 為何物，只知道合并分支就是 merge ，直到有一個(gè)新入職的同事跟我說：“為什么合并分支不用 rebase 呢？我之前公司都用 rebase，不怎么用merge。"

在那之后，我還頭一次聽說 rebase 這個(gè)命令。

只有在涉及到分支合并的時(shí)候才談到 merge 和 rebase，如果沒有合并的需求，那怎么整都無(wú)所謂，就像我自己的小產(chǎn)品，從頭到尾都只有個(gè) main 分支，開發(fā)人只有我自己，也沒有沖突一說，有時(shí)候?qū)懞脦滋於疾粠ush一次的。

用到分支合并基本都是多人協(xié)作的團(tuán)隊(duì)項(xiàng)目，通常會(huì)有一個(gè)主分支，然后有開發(fā)分支，有時(shí)候還會(huì)有一些臨時(shí)的 feature 分支。

merge 合并分支

同一個(gè)分支也可能出現(xiàn) merge 的情況，例如我這邊有一個(gè)老項(xiàng)目平時(shí)基本上沒其他人動(dòng)，所以我在修改這個(gè)項(xiàng)目的時(shí)候基本上想不起來要先pull 一下，當(dāng)然了，這是一個(gè)非常不好的習(xí)慣，所以有時(shí)候一push代碼，發(fā)現(xiàn)有人竟然提交新代碼上去了，所以這種情況下就自動(dòng) merge 一下。

今天主要討論的是分支合并時(shí)的 merge。

下圖是 merge 合并分支時(shí)前后版本變化的情況。

圖片

merge 會(huì)創(chuàng)建一個(gè)新的合并提交，將兩個(gè)分支的歷史記錄保留在一起。

它的特點(diǎn)就是日志保存完整，不管你之前合并進(jìn)來的那個(gè)版本有多少個(gè)提交歷史，都會(huì)被完整的合并到目標(biāo)分支。

以下是使用 merge 合并后的主分支 Graph 情況，看上去是不是有點(diǎn)亂。

圖片

假設(shè)有兩個(gè)分支，main 和 dev分支，在 dev 分支上開發(fā)，然后合并到 main 分支，合并的大致流程如下。

git checkout main
git pull origin main
git merge dev
# 解決沖突后
git commit -m "Merge dev into main"
git push origin main

Rebase 合并分支

rebase 會(huì)將分支上的更改重新應(yīng)用在目標(biāo)分支上，重寫提交歷史。

圖片

rebase 方式提交的版本歷史是線性的，不會(huì)創(chuàng)建新的合并提交，歷史記錄非常干凈。

同樣地，假設(shè)當(dāng)前有兩個(gè)分支，main 和 dev，用 rebase 方式合并分支的大致流程如下。

git checkout dev
git pull origin dev
git rebase main
# 解決沖突后
git rebase --continue
git push origin dev --force

合并壓縮

在rebase 的時(shí)候還可以使用 squash 參數(shù)來壓縮提交記錄，例如下圖，F(xiàn)eature 1 分支的 A、B、C 三個(gè)提交記錄，使用 rebase squash 后會(huì)在主分支變?yōu)橐粋€(gè)提交記錄 F。

圖片

使用方式如下，git rebase -i HEAD~3 命令準(zhǔn)備壓縮最近的3次提交，然后在編輯模式下將pick 改為 squash，最后推送到遠(yuǎn)端倉(cāng)庫(kù)。

適合那種：

git checkout dev
git rebase -i HEAD~3
# 進(jìn)入編輯模式后，修改 `pick` 為 `squash`
# 保存并關(guān)閉編輯器后，編輯新的提交信息并保存
git push origin dev --force

選擇使用哪種方法

具體使用哪種方式合并要根據(jù)場(chǎng)景和習(xí)慣而定，沒有絕對(duì)的好壞。

使用 merge，如果你希望保留分支的歷史記錄，并且不介意有合并提交。適用于團(tuán)隊(duì)合作時(shí)保留每個(gè)人的工作記錄。

使用 rebase，如果你希望保持提交歷史的簡(jiǎn)潔和線性，適用于希望干凈歷史的項(xiàng)目。

有些公司規(guī)定只能用 rebase，它更適合那種只有單一版本的項(xiàng)目，只有一個(gè)主分支一直向前推進(jìn)，且沒有多個(gè)分支并行的情況，例如一個(gè)產(chǎn)品既要維護(hù)2.x 版本又要維護(hù)3.x版本，那用 rebase就不合適了。

之前 Vue 項(xiàng)目就是用 rebase 方式合并分支的。

圖片