在 Git 中，merge 和 rebase 是兩種將分支的更改合并到一起的常用方法。雖然它們都可以實(shí)現(xiàn)類似的目標(biāo)，但它們的工作方式和效果有所不同。

1. Git Merge

• 定義：git merge 是將兩個(gè)分支的歷史合并在一起的一種操作。當(dāng)你執(zhí)行 git merge 時(shí)，Git 會(huì)創(chuàng)建一個(gè)新的“合并提交”，這使得兩個(gè)分支的歷史記錄都保持不變。
• 特點(diǎn)：
  • 保留歷史記錄： 合并會(huì)保留所有提交的歷史，形成一個(gè)非線性的提交歷史。
  • 非破壞性：對(duì)現(xiàn)有分支不會(huì)以任何方式進(jìn)行更改。
  • 簡(jiǎn)單易用： 對(duì)于初學(xué)者而言，合并的過程相對(duì)簡(jiǎn)單。
  • 適用于公共分支： 合并通常用于將功能分支合并回主分支（如 main 或 master）。

git checkout feature
git merge master
// 縮寫為
git merge feature master

2. Git Rebase

• 定義：git rebase 是一種將一個(gè)分支上的更改“應(yīng)用”到另一個(gè)分支的方法。它會(huì)將當(dāng)前分支的所有提交轉(zhuǎn)移到目標(biāo)分支的最頂端，從而形成一條線性的提交歷史。
• 特點(diǎn)：
  • 可能導(dǎo)致沖突： 在 rebase 過程中，如果存在沖突，需要手動(dòng)解決這些沖突。
  • 更清晰的項(xiàng)目歷史：消除了merge所需要的不必要的合并提交，且會(huì)產(chǎn)生完美線性的項(xiàng)目歷史記錄。
  • 不適用于公共分支： 在公共分支上使用 rebase 可能會(huì)導(dǎo)致其他開發(fā)者的困惑，因?yàn)樗鼤?huì)重寫歷史。

git checkout feature
git rebase master
// 縮寫
git rebase feature master

3. 總結(jié)與應(yīng)用

• git rebase的原則：不能在一個(gè)共享的分支上進(jìn)行Git rebase操作。
• 融合代碼到公共分支的時(shí)使用git merge,而不用git rebase
• 融合代碼到個(gè)人分支的時(shí)候使用git rebase，可以不污染分支的提交記錄，形成簡(jiǎn)潔的線性提交歷史記錄。
• 使用rebase合并多次提交記錄

// 嘗試合并分支的最近 4 次提交紀(jì)錄
git rebase -i HEAD~4
//這時(shí)候，會(huì)自動(dòng)進(jìn)入 vi 編輯模式：
// 進(jìn)入編輯模式，第一列為操作指令，第二列為commit號(hào)，第三列為commit信息。git rebase --abort  
git rebase --continue