您只能使用两个命令通过特定提交还原合并或重新启动：

git reset--硬commitHash（您应该使用要重新启动的commit，例如44a587491e32eafa163ca7738）git push origin HEAD--force（将新的本地主分支发送到origin/master）

祝你好运，加油！

使用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之间不同的工作树中的文件，但保留索引和工作树之间不同的文件（即具有尚未添加的更改）。

只需创建新的分支，然后cherry pick所需的提交。

它的保护程序和更简单的重置在上面的许多答案中都有描述

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

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

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

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

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

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

首先，确保你已经完成了一切。然后将存储库重置为以前的工作状态：$git重置f836e4c1fa51524658b9f026eb5efa24af3a36或使用--hard（这将删除所有本地的、未提交的更改！）：$git重置f836e4c1fa51524658b9f026eb5efa24af3a36--硬使用错误合并提交之前的哈希。通过以下方式检查要在先前正确版本的顶部重新提交的提交：$git日志4c3e23f529b581c3cbe95350e84e66e3cb05704f提交4c3e23f529b581c3cbe95350e84e66e3cb05704f...提交16b373a96b0a353f7454b141f7aa6f548c979d0a...通过以下方式在存储库的正确版本顶部应用正确的提交：通过使用cherry-pick（一些现有提交引入的更改）git樱桃pick ec59ab844cf504e462f011c8cc7e5667bb2e9c7或者通过以下方式选择提交范围：在合并之前首先检查正确的更改：数字差异5216b24822ea1c48069f648449997879bb49c070..4c3e23f529b581c3cbe95350e84e66e3cb05704f在合并之前首先检查正确的更改：git cherry pick 5216b24822ea1c48069f648449997879bb49c070..4c3e23f529b581c3cbe95350e84e66e3cb05704f其中这是您提交的正确提交的范围（不包括错误提交的合并）。