您可以使用git reset命令。

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

GIT重置

您应该重置为上一次提交。这应该是有效的：

git reset --hard HEAD^

或者甚至HEAD^^还原该还原提交。如果您不确定应该后退多少步，您可以始终提供完整的SHA参考。

如果出现问题，并且主分支没有任何本地更改，则可以重置为原始/主分支。

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

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

正在执行此操作。。。

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

我认为您可以执行gitrebase-I[hash][branch_name]，其中[hash]是标识哈希值，表示您希望倒回的位置加上一个（或您希望返回的提交次数），然后在编辑器中删除您不再需要的提交行。保存文件。出口祈祷它应该重新缠绕。您可能需要进行一次git重置——很难，但此时应该很好。如果您不想将特定的提交保存在历史记录中，也可以使用此选项将其从堆栈中拉出，但这可能会使存储库处于您可能不希望的状态。

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

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

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

参见Git书的第4章和Linus Torvalds的原始帖子。

要撤消已推送的合并，请执行以下操作：

git revert -m 1 commit_hash

如果您再次提交分支，请务必还原还原，就像Linus所说的那样。

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

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

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

如果您的合并和相应的提交尚未被推送，您可以始终切换到另一个分支，删除原始分支并重新创建它。

例如，我意外地将一个开发分支合并到master中，并想撤消它。使用以下步骤：

git checkout develop
git branch -D master
git branch -t master origin/master

瞧！Master与原点处于同一阶段，您的错误合并状态将被清除。

如果你还没有提交，你只能使用

$ git checkout -f

它将撤消合并（以及您所做的一切）。

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

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

git reset --merge ORIG_HEAD

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

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

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

git merge --abort

来自man git merge：

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

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

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

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

您可以使用git reflog查找上一次结账。有时候，这是一个你想回到的好状态。

具体而言，

$ git reflog
$ git reset --hard HEAD@{0}

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

git reset--硬commitHash（您应该使用要重新启动的commit，例如44a587491e32eafa163ca7738）git push origin HEAD--force（将新的本地主分支发送到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，您可以：

git merge --abort

旧语法：

git reset --merge

旧学校：

git reset --hard

但实际上，值得注意的是，如果存在merge_HEAD，gitmerge--abort仅等同于git-reset--merge。这可以在Git帮助的merge命令中阅读。

git merge --abort is equivalent to git reset --merge when MERGE_HEAD is present.

在失败的合并之后，如果没有merge_HEAD，则可以使用git-reset-mmerge来撤销失败的合并，但不一定使用gitmerge-art来撤销，因此它们不仅是同一事物的新旧语法。

我个人认为git reset-merge在日常工作中更加强大和有用，所以这是我一直使用的方法。

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

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

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

最简单的机会，比这里说的任何事情都简单得多：

删除本地分支（本地，而不是远程），然后再次拉动它。这样，您将撤消主分支上的更改，任何人都将受到您不想推送的更改的影响。重新开始。

如果您提交了合并：

git reset HEAD~1
# Make sure what you are reverting is in fact the merge files
git add .
git reset --hard

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

git重置--硬@｛u｝

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

最简单的答案是奥迪尼奥-维尔蒙特给出的答案

首先执行git重置--合并ORIG_HEAD

对于那些希望在推送更改后重置的用户，请执行以下操作（因为这是第一篇关于git重置合并问题的文章）

git推原点HEAD—力

这将以这样一种方式重置，即您不会在拉动后再次获得合并的更改。

在这种情况下，您需要使用git-reset--hard<branch_name>重置分支。如果要在重新设置之前保存更改，请确保创建一个新的分支并git checkout＜branch_name＞。

您也可以使用git-reset--hard<commit_id>将状态重置为特定的提交。

如果已推送更改，则可以改用git-restore＜branch_name＞。请务必了解如何在其他场景中使用git还原和git签出。

我能够用一个不需要查找提交id的命令解决这个问题。

git reset --hard remotes/origin/HEAD

接受的答案对我不起作用，但这个命令实现了我所期望的结果。

如果您正在合并过程中，您可以随时中止它

git merge --abort

暂存gitbranch-d the_local_branchgit checkout-t＜远程名称＞应用git存储

这对我有用。。！！

它可以通过多种方式实现。

1） 中止合并

如果您处于错误合并（错误地使用了错误的分支）之间，并且希望避免合并，以便最新返回分支，如下所示：

git merge --abort

2） 将HEAD重置为远程分支

如果您从远程开发分支工作，可以将HEAD重置为远程分支上的最后一次提交，如下所示：

git reset --hard origin/develop

3） 删除当前分支，然后再次从远程存储库签出

考虑到您正在本地repo中开发分支，该分支与远程/开发分支同步，您可以执行以下操作：

git checkout master 
##to delete one branch, you need to be on another branch, otherwise you will fall with the branch :) 

git branch -D develop
git checkout -b develop origin/develop

你必须改变你的头，当然不是你的，而是你的头。。。。

所以在回答之前，让我们添加一些背景，解释一下这个HEAD是什么。

首先，什么是头部？

HEAD只是对当前分支上当前提交（最新）的引用。在任何给定时间只能有一个HEAD。（不包括git工作树）

HEAD的内容存储在.git/HEAD中，它包含当前提交的40字节SHA-1。

---

分离式封头

如果您不在最近一次提交中，这意味着HEAD指向历史上的先前提交，它称为分离的HEAD。

在命令行上，它看起来像-SHA-1而不是分支名称，因为HEAD没有指向当前分支的末端

关于如何从分离的HEAD恢复的几个选项：

---

git校验

git checkout <commit_id>
git checkout -b <new branch> <commit_id>
git checkout HEAD~X // x is the number of commits t go back

这将签出指向所需提交的新分支。此命令将签出到给定的提交。此时，您可以创建一个分支并从此开始工作。

# Checkout a given commit. 
# Doing so will result in a `detached HEAD` which mean that the `HEAD`
# is not pointing to the latest so you will need to checkout branch
# in order to be able to update the code.
git checkout <commit-id>

# create a new branch forked to the given commit
git checkout -b <branch name>

---

数字刷新

您也可以始终使用reflog。git reflog将显示更新HEAD的任何更改，检查所需的reflog条目将将HEAD设置回该提交。

每次修改HEAD时，reflog中都会有一个新条目

git reflog
git checkout HEAD@{...}

这会让你回到你想要的承诺

---

git reset--hard<commit_id>

将你的头“移”回所需的位置。

# This will destroy any local modifications.
# Don't do it if you have uncommitted work you want to keep.
git reset --hard 0d1d7fc32

# Alternatively, if there's work to keep:
git stash
git reset --hard 0d1d7fc32
git stash pop
# This saves the modifications, then reapplies that patch after resetting.
# You could get merge conflicts if you've modified things which were
# changed since the commit you reset to.

注：（自Git 2.7以来）您也可以使用git rebase--也可以不使用autostash。

---

git还原<sha-1>

“撤消”给定的提交或提交范围。重置命令将“撤消”给定提交中所做的任何更改。将提交带有撤销补丁的新提交，而原始提交也将保留在历史记录中。

# add new commit with the undo of the original one.
# the <sha-1> can be any commit(s) or commit range
git revert <sha-1>

---

此模式说明了哪个命令执行什么操作。正如您可以看到的那样，重置和签出修改HEAD。

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

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

回答问题“撤销尚未推送的Git合并”

您可以使用git reset-hard HEAD~1

考虑以下情况，其中有2个分支主功能1：

---

$ git log --graph --oneline --all

执行Git合并

$ git merge feature-1

---

$ git log --graph --oneline --all

撤消Git合并

$ git reset --hard HEAD~1

---

$ git log --graph --oneline --all

如果分支被合并而未被推送，则下面给出的git reset命令将用于撤消合并：

git reset --merge ORIG_HEAD

例子：

git reset --merge origin/master

如果没有冲突和合并完成，则：

  git reset --hard HEAD~1

如果在执行合并时发生冲突，则中止将使您退出最近的合并更改：

git merge --abort

或者如果您想恢复到特定的提交id。

 git reset --hard <commit-id>

使用此命令中止合并：

git merge—中止