如何轻松撤消git重基?冗长的手动方法是:

签出两个分支的提交父级创建并签出临时分支手工挑选所有提交重置故障的重基分支以指向临时分支

在我目前的情况下,这是可行的,因为我可以很容易地发现两个分支的提交(一个是我的东西,另一个是同事的东西)。然而,我的方法给我的印象是次优且容易出错(假设我刚刚用自己的两个分支重新建立了基础)。

澄清:我所说的是一个重基,在重基过程中,多次提交被重复,而不仅仅是一次。


当前回答

如果您在git rebase中搞乱了一些东西,例如git rebase--abort,而您有未提交的文件,它们将丢失,git reflog将不会有帮助。这件事发生在我身上,你需要跳出框框来思考。如果你像我一样幸运,并使用IntelliJ Webstorm,那么你可以右键单击->本地历史记录,并可以恢复到文件/文件夹的先前状态,无论你在版本控制软件中犯了什么错误。再运行一次故障保护总是很好的。

其他回答

查尔斯的答案有效,但你可能想这样做:

git rebase --abort

重置后进行清理。

否则,您可能会收到消息“Interactive rebase already started”。

将分支重置为其旧提示的悬空提交对象当然是最好的解决方案,因为它可以恢复以前的状态,而无需花费任何精力。但是,如果您碰巧丢失了这些提交(例如,因为您同时垃圾收集了存储库,或者这是一个新的克隆),您可以再次重新设置分支的基础。这一点的关键是--on开关。

假设你有一个想象中的主题分支,称为topic,当master的提示是0deadbeef提交时,你分支了master。在主题分支的某个时刻,您完成了git rebase master。现在您要撤消此操作。以下是操作方法:

git rebase --onto 0deadbeef master topic

这将接收所有关于主题的提交,但这些提交不在主控上,并在0个标题的顶部回放它们。

有了--on,你可以将你的历史重新整理成任何形状。

玩得开心。:-)

我通常做的是git reset#commit_hash

到最后一次提交,我认为rebase没有效果。

然后git拉动

现在,分支应该与主分支完全匹配,而重基提交不应该在其中。

现在,你可以在这个分支上随意选择提交的内容。

最简单的方法是找到分支的头部提交,因为它在reflog中的rebase开始之前。。。

git reflog

并将当前分支重置为它(通常需要注意的是,在使用--hard选项重设种子之前要绝对确定)。

假设ref日志中的旧提交是HEAD@{2}:

git reset --hard HEAD@{2}

在Windows中,您可能需要引用引用:

git reset --hard "HEAD@{2}"

您可以通过执行git-log head@{2}(Windows:git-log“head@{2}”)来检查候选旧标头的历史记录。

如果您没有禁用每个分支的reflog,您应该能够简单地执行gitreflog branchname@{1},因为在重新连接到最终头之前,rebase会分离分支头。我会再次检查这个,尽管我最近没有验证过。

默认情况下,为非裸存储库激活所有reflog:

[core]
    logAllRefUpdates = true

如果您已经将分支推送到远程存储库(通常是它的源位置),然后您成功地进行了重基(没有合并)(gitrebase--abort给出“没有正在进行的重基”),您可以使用命令:

git reset--硬原点/{branchName}

例子:

$ ~/work/projects/{ProjectName} $ git status
On branch {branchName}
Your branch is ahead of 'origin/{branchName}' by 135 commits.
  (use "git push" to publish your local commits)

nothing to commit, working directory clean

$ ~/work/projects/{ProjectName} $ git reset --hard origin/{branchName}
HEAD is now at 6df5719 "Commit message".

$ ~/work/projects/{ProjectName} $ git status
On branch {branchName}
Your branch is up-to-date with 'origin/{branchName}.

nothing to commit, working directory clean