Git rebase 和 merge 有什么区别？什么时候用 rebase？

Question

仓乃文 · Accepted Answer

rebase 和 merge 都能合并代码，但产生的提交历史完全不同。简单原则：本地未推送的分支用 rebase 保持线性历史，已推送的公共分支用 merge 保留完整记录。用错场景会导致提交历史混乱甚至代码丢失。

核心区别：
```
merge：
A---B---C  main
     \
      D---E  feature
结果：
A---B---C---M  main（M 是合并提交）
     \     /
      D---E

rebase：
A---B---C  main
     \
      D---E  feature
结果：
A---B---C---D---E  main（线性历史，无合并提交）
```

使用场景：
```bash
# 场景 1：功能分支同步主分支更新（推荐 rebase）
git checkout feature
git rebase main

# 场景 2：功能分支合入主分支（推荐 merge）
git checkout main
git merge --no-ff feature

# 场景 3：压缩多个零散提交（推荐 rebase -i）
git rebase -i HEAD~3
# 将 pick 改为 squash 合并提交
```

黄金法则：
```
1. 永远不要 rebase 已推送到远程的公共分支
   → 会导致其他人的提交历史混乱
   → 如果已经 rebase 了，需要 git push --force，非常危险

2. 团队约定统一使用 merge 还是 rebase
   → 混用会导致历史更混乱

3. rebase 冲突时逐个提交解决
   → git add . && git rebase --continue
   → 想放弃：git rebase --abort
```