【Git】合并和变基的区别

一、核心区别对比

特性	合并（Merge）	变基（Rebase）
历史记录	保留分支分叉历史，生成合并提交（Merge Commit）	重写提交历史，形成线性序列
操作原理	合并两个分支的最新快照及共同祖先，生成新提交	将当前分支提交“重新应用”到目标分支最新提交之后
冲突处理	一次性解决所有冲突，生成合并提交	逐个提交重放时可能多次解决冲突
安全性	非破坏性操作，适合公共分支	重写历史，可能影响他人协作（仅限本地或私有分支使用）
提交记录整洁度	历史记录复杂，存在分叉	历史线性简洁，便于代码审查
适用场景	团队协作、公共分支整合	个人开发、本地分支整理

---

二、具体差异解析

1. 历史记录与操作效果

• 合并

创建一个新的合并提交（Merge Commit），保留所有原始提交的分叉结构。例如，若 main 分支合并 feature 分支，历史记录会显示分叉和合并点（如 M 节点）。

A---B---C---M (main)
     \     /
      D---E (feature)

• 变基

将当前分支的提交逐个“重放”到目标分支的最新提交后，形成线性历史。例如，feature 变基到 main 后，提交 D 和 E 会变为 D' 和 E'，基于 C 的后续提交。

A---B---C---D'---E' (feature)

2. 冲突处理

• 合并：一次性解决所有冲突，生成一个合并提交。适合处理简单或少量冲突的场景。

• 变基：可能需要在每个提交重放时单独解决冲突（例如 git rebase --continue），适合需要精细化处理提交历史的场景。

3. 协作影响

• 合并：保留完整历史，适合多人协作的公共分支（如 main），避免破坏他人已拉取的提交。

• 变基：重写提交哈希值（Commit Hash），若已推送到远程分支，可能导致他人本地仓库混乱。仅推荐在本地分支或私有分支使用。

---

三、适用场景与最佳实践

1. 何时选择合并（Merge）

• 团队协作：多人共同维护的分支（如 main、develop），需保留完整合并记录。

• 历史追溯：需明确查看分支合并时间和内容（如 Bug 修复回溯）。

• 简单操作：快速整合分支，避免复杂冲突处理。

2. 何时选择变基（Rebase）

• 个人开发：整理本地提交历史，保持线性记录（如压缩临时提交 fix typo）。

• 分支同步：将本地分支更新到远程最新代码（如 git pull --rebase）。

• 代码审查前：清理冗余提交，便于他人阅读。

---

四、操作示例

1. 合并分支

git checkout main
git merge feature  # 生成合并提交，保留分叉历史

2. 变基分支

git checkout feature
git rebase main    # 重写提交历史为线性
git push --force   # 强制推送（仅限私有分支）