策略：在一切都很好的地方创建一个新的分支。

理由：恢复合并很难。有太多的解决方案，这取决于许多因素，例如您是否提交或推动了合并，或者自合并以来是否有新的提交。此外，您还需要对git有相对深入的了解，以使这些解决方案适应您的情况。如果你盲目地遵循一些指令，你可能会得到一个“空合并”，没有任何东西会被合并，进一步的合并尝试会让Git告诉你“已经是最新的”。

解决方案：

假设您想将dev合并到feature-1中。

查找要接收合并的修订：git log--单行功能-1a1b2c3d4将分支“dev”合并到“feature-1”<--要撤消的合并e5f6g7h8修复零点模块中的NPE<--合并前的NPE，您可能需要这个查看（及时返回）：数字结账e5f6g7h8从那里创建一个新分支并签出：git签出-b功能-1

现在您可以重新启动合并：

合并：gitmerge-dev修复合并冲突。提交：gitcommit当您对结果满意时，删除旧分支：gitbranch--delete feature-1

作为一个额外的选项，我主要遵循这里描述的分支模型：http://nvie.com/posts/a-successful-git-branching-model/因此，通常都会与--no ff（无快进）合并。

我刚刚阅读了这个页面，因为我无意中将一个测试分支而不是我的发布分支与用于部署的master（网站，master是实时的）合并。测试分支有另外两个分支合并到它，总共有大约六个提交。

所以为了恢复整个提交，我只需要一个git重置--hardHEAD^，它就恢复了整个合并。由于合并没有快速进行，所以合并是一个块，后退一步就是“分支未合并”。

假设您的本地主机不领先于源/主机，您应该能够

git reset --hard origin/<branch-name>

因此，假设您在master上执行了此操作，那么您的本地master分支看起来应该与origin/master相同。

您可以使用git reset命令。

git reset-将当前HEAD重置为指定状态。git重置[--混合|--soft|--hard|--merge][-q][]git-reset[-q][][-]…git重置--补丁[] [--] […]

GIT重置

对于较新的Git版本，如果您尚未提交合并，并且存在合并冲突，您可以简单地执行以下操作：

git merge --abort

来自man git merge：

只有在合并导致冲突后才能运行[This]。gitmerge--abort将中止合并过程并尝试重建合并前的状态。

使用git reflog检查合并之前的提交（git refog将是比git log更好的选项）。然后，您可以使用以下方法重置它：

git reset --hard commit_sha

还有另一种方法：

git reset --hard HEAD~1

它会让你回到我的承诺。

请注意，任何已修改和未提交/未提交的文件都将重置为其未修改的状态。要保留它们，要么隐藏更改，要么查看下面的--merge选项。

正如@Velmont在下面的回答中所建议的，在这个直接案例中，使用：

git reset --hard ORIG_HEAD

可能会产生更好的结果，因为它应该保留您的更改。ORIG_HEAD将在合并发生之前直接指向提交，因此您不必自己寻找它。

另一个技巧是使用--merge开关而不是--hard，因为它不会不必要地重置文件：

git reset --merge ORIG_HEAD

--合并重置索引并更新<commit>和HEAD之间不同的工作树中的文件，但保留索引和工作树之间不同的文件（即具有尚未添加的更改）。