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

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

好吧，这里的其他人给我的答案很接近，但没用。这是我所做的。

正在执行此操作。。。

git reset --hard HEAD^
git status

…给了我以下状态。

# On branch master
# Your branch and 'origin/master' have diverged,
# and have 3 and 3 different commit(s) each, respectively.

然后，我不得不多次输入相同的git重置命令。每次我这样做时，信息都会改变一个，如下所示。

> git reset --hard HEAD^
HEAD is now at [...truncated...]
> git status
# On branch master
# Your branch and 'origin/master' have diverged,
# and have 3 and 3 different commit(s) each, respectively.
> git reset --hard HEAD^
HEAD is now at [...truncated...]
> git status
# On branch master
# Your branch and 'origin/master' have diverged,
# and have 2 and 3 different commit(s) each, respectively.
> git reset --hard HEAD^
HEAD is now at [...truncated...]
> git status
# On branch master
# Your branch and 'origin/master' have diverged,
# and have 1 and 3 different commit(s) each, respectively.
> git reset --hard HEAD^
HEAD is now at [...truncated...]
> git status
# On branch master
# Your branch is behind 'origin/master' by 3 commits, and can be fast-forwarded.

此时，我看到状态消息发生了变化，所以我尝试进行git拉动，这似乎奏效了：

> git pull
Updating 2df6af4..12bbd2f
Fast forward
 app/views/truncated |    9 ++++++---
 app/views/truncated |   13 +++++++++++++
 app/views/truncated |    2 +-
 3 files changed, 20 insertions(+), 4 deletions(-)
> git status
# On branch master

长话短说，我的命令归结为：

git reset --hard HEAD^
git reset --hard HEAD^
git reset --hard HEAD^
git reset --hard HEAD^
git pull

如果您注意到需要在合并后立即恢复，并且在合并尝试后还没有做任何其他操作，则只需发出以下命令：git reset--hard HEAD@{1}。

本质上，如果在合并之后没有提交任何其他内容，那么合并sha将指向HEAD@{0}，因此HEAD@｛1｝将是合并之前的前一点。

到了这个问题，我们也希望恢复到与原点匹配（即，在原点之前没有提交）。进一步研究发现，有一个重置命令正是针对这一点：

git重置--硬@｛u｝

注意：@{u}是origin/master的简写。（当然，您需要远程存储库才能实现这一点。）

最近，我一直在使用git reflog来帮助解决这个问题。只有在合并刚刚发生并且在您的机器上时，这才有效。

git-relog可能会返回如下内容：

fbb0c0f HEAD@{0}: commit (merge): Merge branch 'master' into my-branch
43b6032 HEAD@{1}: checkout: moving from master to my-branch
e3753a7 HEAD@{2}: rebase finished: returning to refs/heads/master
e3753a7 HEAD@{3}: pull --rebase: checkout e3753a71d92b032034dcb299d2df2edc09b5830e
b41ea52 HEAD@{4}: reset: moving to HEAD^
8400a0f HEAD@{5}: rebase: aborting

第一行表示发生了合并。第二行是我合并前的时间。我只需git reset-hard 43b6032来强制该分支在合并之前跟踪，然后继续。

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