如何在 Git 中恢复合并提交而不重写历史记录

要恢复合并提交，请运行 `git revert -m 1 <merge-commit>`。 -m 1 告诉 Git 保留第一个父分支（您合并到的分支），并撤消合并引入的所有内容。Git 添加新提交，因此历史记录保持完整，并且修复可以安全地推送到共享分支。

如何恢复合并提交？

首先找到合并提交。该图将其显示为两个父母的提交：

git log --oneline --graph -10

然后确认其父母。提交后打印的第一个哈希值是父级 1，第二个是父级 2：

git log -1 --format="%h parents: %p" <merge-commit>

恢复它，保留父级 1，并像其他提交一样推送新提交：

git revert -m 1 <merge-commit>
git push

没有任何内容被重写，因此没有人需要重置或强制拉取。如果恢复冲突，请修复文件、暂存它们并运行 git revert --continue。要退出，请运行 git revert --abort。

为什么 Git 说“提交是合并但没有给出 -m 选项”？

正常的提交有一个父提交，因此其差异很明显。合并提交有两个，因此 git revert <merge-commit> 无法判断您要返回到哪一侧。 Git 因此错误而停止并且不进行任何更改：

error: commit 4f2a9c1 is a merge but no -m option was given.
fatal: revert failed

添加带有父编号的 -m 并再次运行。

我应该使用 -m 1 还是 -m 2？

恢复后如何再次合并同一分支？

这就是陷阱。正如 Git 文档所说，恢复合并“声明您永远不会希望合并带来的树更改”。该分支的提交仍然是 main 的祖先，因此第二个 git merge 仅带来恢复后所做的提交。

要恢复原始工作，请先恢复恢复，然后合并固定分支：

git revert <revert-commit>
git merge feature/search

如果合并还没有推送怎么办？

您可以删除合并而不是添加还原。 Git 在 ORIG_HEAD 中记录合并之前的提交，并且 --merge 拒绝触及重置将覆盖的不相关的本地编辑：

git reset --merge ORIG_HEAD

如果合并仍在进行中并且存在冲突，则还没有合并提交，因此请使用 git merge --abort。如果您做得太过分，请阅读如何撤消重置、变基或提交，并阅读有关在共享历史记录上还原与重置 的课程，了解此选择背后的规则。

请参阅 GitTree 中的择优挑选和还原以获取完整指南，包括一次提交多个提交。