git 應(yīng)該是當(dāng)下代碼管理最流行的工具，關(guān)于其兩個(gè)重要的指令 git merge 和 git rebase 該如何使用也是爭議頗多，這篇文章我們一起來聊一聊。

什么是 merge?

git merge（合并）是一種將分叉的歷史記錄重新組合在一起的方法，在使用 git merge 時(shí)，當(dāng)前分支將被更新，比如，將 B分支 merge 到 A分支，A分支就包含了 B分支的代碼，但是 B分支不包含 A分支的代碼。

git merge 通常與 git checkout 結(jié)合使用，用于選擇當(dāng)前分支，與 git branch -d 結(jié)合使用，用于刪除過時(shí)的源分支。

如下示例，git merge 需要兩個(gè)提交指針，并嘗試找到兩個(gè)分支之間的共同基礎(chǔ)提交，一旦 git 找到一個(gè)共同的基礎(chǔ)提交，它將創(chuàng)建一個(gè)新的“合并提交”，如下圖：

合并后，我們在合并到的分支上有一個(gè)新的提交，此提交包含源分支中的所有更改。

什么是 rebase？

git rebase（變基）是將一系列提交遷移或合并到新的基礎(chǔ)提交的方式。

如下示例，我們通過從主分支 check 出一個(gè)另外一個(gè)分支的歷史來了解 git rebase 的工作原理。

• 首先，從主分支上 check 了一個(gè) feature1 分支，并且在 feature1 分支中添加了一些功能，然后進(jìn)行了 commit 提交；
• 接著，從 feature1 分支再 check 出 feature2 ，然后對 feature2 分支也進(jìn)行一些更改；
• 最后，回到 feature1 分支并提交更多更改；

整個(gè)交互的流程圖如下：

假如我們需要將 feature2 分支的更改合并到發(fā)布的 main 分支中，并且不希望包含 feature1 分支的更改，可以使用下面的指令：

git rebase --onto main feature1 feature2

該指令用于重新定位 feature2 分支的基礎(chǔ)，使其基于 main 分支，而不是 feature1 分支。這是通過將 feature2 分支上的提交應(yīng)用到 main 分支之上來實(shí)現(xiàn)的。

指令執(zhí)行結(jié)果如下：

feature2 分支的提交已重播到主分支上，feature2 分支現(xiàn)在包含主分支的所有提交以及 feature2 分支的新提交。

優(yōu)缺點(diǎn)

接下來，我們一起來看看 git rebase 和 git merge 之間的優(yōu)缺點(diǎn)。

1.git merge

優(yōu)點(diǎn)：

• 簡單易用：git merge 命令通常比較直觀，尤其是對于新手來說。
• 保留歷史：git merge 會(huì)保留所有分支的原始提交歷史，這對于追蹤變化來源非常有幫助。
• 上下文保留：合并提交（merge commit）可以表明不同分支的合并點(diǎn)，保留了分支的上下文。

缺點(diǎn)：

• 合并提交增加：每次合并都會(huì)生成一個(gè)新的合并提交，可能導(dǎo)致提交歷史變得冗長。
• 復(fù)雜的歷史結(jié)構(gòu)：在多個(gè)分支并行開發(fā)時(shí)，合并后歷史圖表可能會(huì)變得復(fù)雜，難以閱讀。

2.git rebase

優(yōu)點(diǎn)：

• 線性歷史：通過 git rebase，提交歷史變得更加線性，易于閱讀和理解。
• 簡潔清晰：沒有額外的合并提交，提交歷史更簡潔。

缺點(diǎn)：

• 歷史重寫：git rebase 會(huì)重寫提交歷史，這在多人協(xié)作時(shí)可能導(dǎo)致沖突和混淆。

使用 rebase的風(fēng)險(xiǎn)

與 git merge 相比，大多數(shù)人對使用 git rebase 都有所顧慮。

git rebase 和 git merge 的基本目的是相同的，即它們幫助我們將更改從一個(gè)分支引入另一個(gè)分支，不同之處在于 git rebase 會(huì)重寫提交歷史記錄，比如下圖：

當(dāng)多個(gè)開發(fā)人員在同一分支上工作時(shí)，直接使用 rebase 可能會(huì)導(dǎo)致混淆和沖突，因?yàn)槊總€(gè)開發(fā)人員會(huì)不斷地重播和合并更改。

假設(shè)你和另一位開發(fā)人員在名為 login_branch 的功能分支上合作。如果兩人都直接對 login_branch 使用 rebase，那么在合并更改時(shí)會(huì)頻繁發(fā)生沖突，為了避免這個(gè)問題，我們應(yīng)該注意以下幾點(diǎn)：

• 僅對自己的本地分支進(jìn)行 git rebase操作 。
• 不要對公共分支進(jìn)行 git rebase操作。
• 使用 git reflog 撤消 git rebase 操作。

如何選擇？

選擇 git merge 還是 git rebase 取決于團(tuán)隊(duì)的工作流和偏好，以下是一些優(yōu)化建議：

(1) 團(tuán)隊(duì)協(xié)作

• 小團(tuán)隊(duì)或個(gè)人項(xiàng)目：`git rebase` 可以幫助保持提交歷史簡潔。
• 大團(tuán)隊(duì)或多人合作：`git merge` 保留提交歷史，避免重寫歷史帶來的沖突。

(2) 代碼審查

• 代碼審查工具：可以使用代碼審查工具（如 GitHub Pull Requests）來審
• 合并分支前的提交，這樣即使使用 git merge 也能清晰地了解每個(gè)特性的提交歷史。

(3) 混合使用

• 專題分支使用 `rebase`：在個(gè)人開發(fā)的專題分支上使用 `git rebase`，保持歷史清晰。
• 整合分支使用 `merge`：在將專題分支合并到主分支時(shí)使用 `git merge`，保留上下文信息。

(4) 命名和注釋

• 良好的提交信息：無論使用哪種策略，確保提交信息清晰、有意義，可以幫助理解歷史。
• 合并提交注釋：在使用 `git merge` 時(shí)，可以在合并提交中詳細(xì)描述合并的內(nèi)容和目的，保留上下文信息。

總結(jié)

git merge 和 git rebase都是 git 比較重要的指令，兩個(gè)指令并沒有絕對的好，也沒有絕對的不好，平時(shí)使用時(shí)一定要注意每個(gè)指令的優(yōu)缺點(diǎn)以及團(tuán)隊(duì)的抉擇。