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

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

祝你好运，加油！

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

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

祝你好运，加油！

奇怪的是，缺少了最简单的命令。大多数答案都是有效的，但撤销你刚才做的合并，这是一种简单而安全的方法：

git reset --merge ORIG_HEAD

引用ORIG_HEAD将指向合并之前的原始提交。

（--merge选项与合并无关。它就像git-reset--hard ORIG_HEAD，但更安全，因为它不会触及未提交的更改。）

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

如果您想要一个命令行解决方案，我建议您只使用MBO的答案。

如果您是新手，您可能会喜欢图形化方法：

启动gitk（从命令行，或在文件浏览器中单击鼠标右键（如果有））您可以很容易地在那里发现合并提交-从顶部开始的第一个节点有两个父节点按照第一个/左侧父级的链接（合并前当前分支上的父级，通常为红色）在所选提交上，右键单击“将分支重置到此处”，选择此处的硬重置

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

理由：恢复合并很难。有太多的解决方案，这取决于许多因素，例如您是否提交或推动了合并，或者自合并以来是否有新的提交。此外，您还需要对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