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

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

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

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


当前回答

另一种不需要进行硬重置的方法是创建一个具有您所需起点的新分支。

与其他解决方案一样,您可以使用reflog来找到正确的起点。

git reflog

(您也可以在此处使用git-log-g了解更多详细信息)

然后注意对提交SHA的引用(例如:e86a52b851e)。

最后,使用gitbranch命令。

git branch recover-branch e86a52b851e

参考:https://git-scm.com/book/en/v2/Git-Internals-Maintenance-and-Data-Recovery#_data_recovery

其他回答

git reset --hard origin/{branchName}

是重置rebase所做的所有本地更改的正确解决方案。

我通常做的是git reset#commit_hash

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

然后git拉动

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

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

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

git rebase --abort

重置后进行清理。

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

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

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

git rebase --onto 0deadbeef master topic

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

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

玩得开心。:-)

假设我将master重新设置为我的功能分支,我得到了30个新的提交,这些提交会破坏一些东西。我发现通常只删除错误的提交是最简单的。

git rebase -i HEAD~31

最后31次提交的交互式重新基准(如果您选择太多,这不会有什么影响)。

只需将要删除的提交标记为“d”而不是“pick”即可。现在,提交被删除,从而有效地取消了重新基化(如果只删除重新基化时刚获得的提交)。