撤消尚未推送的Git合并

Question

在我的主分支中,我做了一个git merge some-other-branch本地,但从未将更改推送到原始主.我不是故意合并,所以我想撤消它.在git status合并后执行操作时,我收到此消息:

# On branch master
# Your branch is ahead of 'origin/master' by 4 commits.

根据我发现的一些说明,我试着跑步

git revert HEAD -m 1

但现在我收到这条消息git status:

# On branch master
# Your branch is ahead of 'origin/master' by 5 commits.

我不希望我的分支通过任何数量的提交领先.我该如何回到那一点？

Answer 1

随着git reflog支票提交是一个事先合并(git reflog会比一个更好的选择git log).然后你可以使用以下方法重置它

git reset --hard commit_sha

还有另一种方式:

git reset --hard HEAD~1

它会让你回来1提交.

请注意,任何已修改和未提交/未释放的文件都将重置为未修改状态.要保持它们隐藏更改或查看--merge下面的选项.

正如@Velmont在他的回答中提出的那样,在这个直接案例中使用:

git reset --hard ORIG_HEAD

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

另一个提示是使用--merge开关,而不是--hard因为它不会不必要地重置文件:

git reset --merge ORIG_HEAD

- 合并

重置索引并更新工作树中<commit>和HEAD之间不同的文件,但保留索引和工作树之间不同的文件(即哪些文件尚未添加更改).

Answer 2

假设您的本地主人不在原点/主人之前,您应该能够做到

git reset --hard origin/master

然后你的本地master分支应该看起来相同origin/master.

Answer 3

见第4章在Git的书,并在原来的职位由Linus Torvalds.

要撤消已推送的合并:

git revert -m 1 commit_hash

如果你再次提交分支,请确保恢复恢复,如Linus所说.

Answer 4

奇怪的是,最简单的命令丢失了.大多数答案都有效,但撤消刚刚进行的合并,这是一种简单而安全的方法:

git reset --merge ORIG_HEAD

ref ORIG_HEAD将指向合并之前的原始提交.

(该--merge选项与合并无关.它就像git reset --hard ORIG_HEAD,但更安全,因为它不会触及未提交的更改.)

Answer 5

对于较新的Git版本,如果您还没有提交合并并且您有合并冲突,您可以简单地执行:

git merge --abort

来自man git merge:

[此]只能在合并导致冲突后运行.git merge --abort将中止合并过程并尝试重建合并前状态.

Answer 6

您应该重置为上一次提交.这应该工作:

git reset --hard HEAD^

甚至HEAD^^还原恢复提交.如果您不确定应该采取多少步骤,则可以随时提供完整的SHA参考.

如果您遇到问题且主分支没有任何本地更改,您可以重置为origin/master.

Answer 7

最近,我一直在用它git reflog来帮助解决这个问题.这大部分仅在合并刚刚发生时才有效,并且它在你的机器上.

git reflog 可能会返回类似于:

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强迫这个分支在合并之前进行跟踪,并随身携带.

Answer 8

使用现代Git,您可以:

git merge --abort

较旧的语法:

git reset --merge

老套:

git reset --hard

但实际上,值得注意的git merge --abort是,它只相当于给git reset --merge定MERGE_HEAD的存在.这可以在Git help for merge命令中读取.

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

合并失败后,如果没有合并,MERGE_HEAD则失败的合并可以撤消git reset --merge,但不一定是git merge --abort,因此它们不仅是同一事物的旧语法和新语法.

就个人而言,我发现git reset --merge它在日常工作中更加强大和有用,所以这就是我经常使用的.

Answer 9

好吧,这里给我的其他人的答案很接近,但是没有用.这就是我做的.

这样做......

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 reset多次输入相同的命令.每次我这样做,消息都会改变,如下所示.

> 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 pull,这似乎有效:

> 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

Answer 10

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

git reset --hard HEAD~1

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

git merge --abort

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

git reset --hard <commit-id>

Answer 11

它可以通过多种方式完成。

1) 中止合并

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

git merge --abort

2) 将 HEAD 重置为远程分支

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

git reset --hard origin/develop

3) 删除当前分支，再从远程仓库checkout

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

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

Answer 12

您可以git reflog用来查找之前的结帐.有时这是一个你想要回归的好状态.

具体而言,

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

Answer 13

如果您正在合并中，可以随时中止合并 git merge --abort

Answer 14

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

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

考虑以下情况，有 2 个分支master和feature-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

Answer 15

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

git reset --merge ORIG_HEAD

Answer 16

如果你还没提交,你只能使用

$ git checkout -f

它将撤消合并(以及您所做的一切).

Answer 17

得到这个问题也希望恢复匹配原点(即,NO提交原点之前).进一步研究,发现有一个reset确切的命令:

git reset --hard @{u}

注意:@{u}是简写origin/master.(当然,您需要该远程存储库才能实现此功能.)

Answer 18

我能够使用一个不涉及查找提交ID的单个命令来解决此问题.

git reset --hard remotes/origin/HEAD

接受的答案对我没有用,但是这个命令达到了我想要的结果.

Answer 19

使用此命令中止合并：

git merge --abort

Answer 20

只是为了看一个额外的选项,我一直主要关注这里描述的分支模型:http://nvie.com/posts/a-successful-git-branching-model/并且因此一直在合并--no-ff(否)快进)通常.

我只是读了这个页面,因为我不小心合并了一个测试分支而不是我的发布分支与master进行部署(网站,主是什么是现场).测试分支有两个其他分支合并到它,总共约六个提交.

所以为了恢复整个提交,我只需要一个git reset --hard HEAD^,它就恢复了整个合并.由于合并没有快速转发,合并是一个块,后退一步是"分支未合并".

Answer 21

您只能使用两个命令来恢复合并或通过特定提交重新启动:

1. git reset --hard commitHash (您应该使用要重新启动的提交,例如44a587491e32eafa1638aca7738)
2. git push origin HEAD --force (将新的本地主分支发送到origin/master)

祝你好运,继续吧!

Answer 22

最简单的答案是odinho给出的 - Velmont

先做 git reset --merge ORIG_HEAD

对于那些希望在推送更改后重置的人,请执行此操作(因为这是任何git重置合并问题的第一篇文章)

git push origin HEAD --force

这将以一种方式重置,以便在拉后不会再次获得合并的更改.

Answer 23

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

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

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

瞧!师父与原点处于同一阶段,你的错误合并状态将被删除.

Answer 24

您必须更改HEAD，当然不是git HEAD。

因此，在回答之前，让我们添加一些背景知识，解释一下这是什么HEAD。

First of all what is HEAD?

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

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

detached HEAD

如果您不在最新的提交上，这意味着它HEAD指向历史上的先前提交detached HEAD。

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

有关如何从分离的HEAD中恢复的几种选择：

git checkout

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>

git reflog

您也可以随时使用reflog。
git reflog将显示任何更新的更改，HEAD并签出所需的reflog条目，将HEAD后退设置为此提交。

每次修改HEAD时，都会在 reflog

git reflog
git checkout HEAD@{...}

这将使您回到所需的提交

git reset --hard <commit_id>

将“ HEAD”“移动”回所需的提交。

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

• 注意：（从Git 2.7开始），
  您也可以使用git rebase --no-autostash。

git revert <sha-1>

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

# 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>

该模式说明了哪个命令可以执行什么操作。
如您所见，reset && checkout修改HEAD。

Answer 25

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

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

1. 开始gitk（从命令行，或在文件浏览器中右键单击（如果有）
2. 您可以轻松地在那里发现合并提交 - 顶部的第一个节点有两个父节点
3. 按照链接到第一个/左父级（合并前当前分支上的那个，对我来说通常是红色的）
4. 在选定的提交上，右键单击“将分支重置到此处”，在那里选择硬重置

Answer 26

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

理由：恢复合并很困难。解决方案太多，取决于许多因素，例如您是否已提交或推送合并，或者自合并后是否有新提交。此外，您仍然需要对 git 有相对深入的了解，才能根据您的情况调整这些解决方案。如果你盲目地遵循一些指令，你最终可能会得到一个“空合并”，什么都不会合并，进一步的合并尝试会让 Git 告诉你“已经是最新的”。

解决方案：

假设您想合并dev到feature-1.

1. 找到要接收合并的修订：

   git log --oneline feature-1
   a1b2c3d4 Merge branch 'dev' into 'feature-1' <-- the merge you want to undo
   e5f6g7h8 Fix NPE in the Zero Point Module <-- the one before the merge, you probably want this one
   

2. 检查一下（回到过去）：

   git checkout e5f6g7h8
   

3. 从那里创建一个新分支并检查它：

   git checkout -b feature-1
   

现在您可以重新开始合并：

1. 合并： git merge dev

2. 修复您的合并冲突。

3. 犯罪： git commit

4. 当您对结果满意时，删除旧分支： git branch --delete feature-1

Answer 27

只需创建新分支，然后挑选所需的提交即可。

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