git revert -m 1 <merge-commit>

git文档关于git revert-m提供了一个链接，准确地解释了这一点：https://github.com/git/git/blob/master/Documentation/howto/revert-a-faulty-merge.txt

-m1是被修复的当前分支的最后一个父级，-m2是合并到其中的分支的原始父级。

如果命令行令人困惑，Tortoise Git也可以在这里提供帮助。

如果您想恢复合并提交，以下是您必须执行的操作。

首先，检查git日志以查找合并提交的id。您还可以找到与合并关联的多个父id（参见下图）。

记下黄色显示的合并提交id。父ID是在下一行中作为“合并：parent1 parent2”写入的ID。现在

短篇故事：

切换到进行合并的分支。然后，只需执行git-restore＜mergecommit-id＞-m1，它将打开vi控制台以输入提交消息。写，保存，退出，完成！

长话短说：

切换到进行合并的分支。在我的例子中，它是测试分支，我试图从中删除feature/analytics-v3分支。git-restore是还原任何提交的命令。但在恢复合并提交时有一个令人讨厌的技巧。您需要输入-m标志，否则它将失败。从这里开始，您需要决定是否要还原分支，并通过以下方式使其看起来与parent1或parent2完全相同：

git revert＜merge commit id＞-m 1（还原为parent2）

git revert＜merge commit id＞-m 2（还原为parent1）

你可以把这些父母记录下来，看看你想走哪条路，这是所有困惑的根源。

在git-restore-m中，-m选项指定父编号。这是需要的，因为合并提交有多个父级，Git无法自动知道哪个父级是主线，哪个父级就是要取消合并的分支。

当您在git日志的输出中查看合并提交时，您将看到其父级列在以merge开头的行中：

commit 8f937c683929b08379097828c8a04350b9b8e183
Merge: 8989ee0 7c6b236
Author: Ben James <ben@example.com>
Date:   Wed Aug 17 22:49:41 2011 +0100

Merge branch 'gh-pages'

Conflicts:
    README

在这种情况下，git revert 8f937c6-m 1将获得8989ee0中的树，而git rever-m 2将恢复7c6b236中的树。

为了更好地理解父ID，可以运行：

git log 8989ee0 

and

git log 7c6b236

正如Ryan所提到的，git-restore可能会使合并变得困难，因此git-restore也许不是您想要的。我发现在这里使用git reset-hard<commit hash before merge>命令更有用。

完成硬重置部分后，可以强制推送到远程分支，即git push-f＜remote name＞＜remote branch name＞，其中＜remote name＞通常被命名为origin。从那时起，如果您愿意，可以重新合并。