git revert -m 1 <merge-commit>

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

首先，检查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 revert -m 1 <merge-commit>

有时，回滚的最有效方法是后退并替换。

git日志

使用第二个提交哈希（完整哈希，在列出错误之前要恢复到的哈希），然后从那里重新广播。

git checkout-b newbranch＜HASH＞

然后删除旧分支，将新分支复制到原来的位置，然后从那里重新启动。

git branch -D oldbranch
git checkout -b oldbranch newbranch

如果已广播，则从所有存储库中删除旧分支，将重做的分支推到最中心，然后将其拉回到所有存储库。

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

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

正确标记的答案对我有用，但我必须花一些时间来确定发生了什么。所以我决定为我这样的情况添加一个简单明了的答案。。

假设我们有分支A和B。您将分支A合并到分支B中，并将分支B推到自身，因此现在合并是它的一部分。但是您希望返回到合并之前的最后一次提交。。你是做什么的？

转到git根文件夹（通常是项目文件夹）并使用git日志您将看到最近提交的历史记录-提交具有提交/作者/日期财产，而合并也具有合并属性-因此您可以这样看它们：提交：<commitHash>合并：＜parentHashA＞＜parentHashB＞作者：<Author>日期：<Date>使用gitlog＜parentHashA＞和gitlog＜ParetHashB＞-您将看到这些父分支的提交历史记录-列表中的第一个提交是最新的获取所需提交的＜commitHash＞，转到git根文件夹并使用git checkout-b＜newBranchName＞＜commitHash＞，这将从合并前选择的最后一次提交开始创建一个新分支。。瞧，准备好了！