Git 撤回合并提交的多种方法

在 Git 中，合并提交（merge commit）是将两个分支的历史交汇点创建的特殊提交，它有两个父提交。撤回合并提交的需求常见于合并后发现冲突、功能不兼容或误操作等情况。以下是几种安全、可控的撤回合并提交的方法，根据不同的场景和需求选择最适合的方案。

一、核心概念：合并提交的特点

找到合并提交的哈希值
通过 git log --merges 或 git log --oneline --graph 查看合并提交（通常标记为 Merge branch 'xxx' into xxx），复制其哈希值（如 abc1234）。
执行撤回操作
使用 git revert 并指定合并提交的哈希值，必须添加 -m 1 或 -m 2 参数（选择保留哪个父提交的历史线）： git revert -m 1 <合并提交的哈希值>
- **-m 1：保留合并提交的第一个父提交**（通常是当前分支，如 main 的历史线）。
  适用场景：想撤销合并的分支（如 feature）的变更，回到合并前的 main 状态。
- **-m 2：保留合并提交的第二个父提交**（通常是合并进来的分支，如 feature 的历史线）。
  适用场景：想撤销当前分支（如 main）的原有变更，回到合并前的 feature 状态（较少用）。
示例：
假设合并提交哈希为 abc1234，想撤销 feature 分支的变更（保留 main 的历史）： git revert -m 1 abc1234
解决可能的冲突并提交
如果合并提交的变更与当前代码冲突，Git 会提示手动解决冲突，完成后执行： git add . # 标记冲突已解决 git commit # 生成一个新的撤回提交

找到合并提交的前一个提交哈希
通过 git log --oneline 查看合并提交之前的提交（例如合并前的 main 分支提交哈希 def5678）。
硬重置到合并前的提交
使用 git reset --hard 强制将分支指针移动到合并前的提交： git reset --hard <合并前的提交哈希> 示例：
若合并提交是 abc1234，其前一个提交是 def5678（可通过 git log --oneline -n 5 确认）： git reset --hard def5678
若已推送过合并提交（慎用）
如果合并提交已推送，但后续未推送其他提交，可通过 强制推送 覆盖远程仓库（不推荐，除非团队允许）： git push origin <分支名> --force ⚠️ 风险：会覆盖远程历史，可能导致其他协作者的代码冲突，仅限个人分支或团队协商后使用。

启动交互式变基
指定从合并提交之前的提交开始变基（例如合并前提交哈希 def5678）： git rebase -i <合并前的提交哈希>
在编辑器中删除合并提交行
打开的交互式界面中，找到合并提交对应的行（标记为 merge 或合并提交的哈希），删除该行或将其前面的 pick 改为 drop，保存退出。
解决冲突（如有）
变基过程中若遇到冲突，需手动解决后执行： git add . git rebase --continue

查看合并提交： git log --merges # 查看所有合并提交 git log --oneline --graph # 图形化查看提交历史 git show <合并提交哈希> # 查看合并提交的详情（包括两个父提交）
撤回合并提交（已推送）： git revert -m 1 <合并提交哈希> # 保留第一个父提交的历史线
删除合并提交（未推送）： git reset --hard <合并前的提交哈希>
强制推送（谨慎！仅限必要场景）： git push origin <分支名> --force

通过 git show <合并提交哈希> 查看两个父提交：
- 第一个父提交（Parent 1）通常是当前分支（如 main）的原有历史。
- 第二个父提交（Parent 2）是合并进来的分支（如 feature）。
**选 -m 1**：想撤销合并的分支（如 feature）的变更，回到合并前的 main 状态。
**选 -m 2**：想撤销当前分支（如 main）的原有变更，回到合并前的 feature 状态（较少用）。