撤消git重基

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

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

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

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

当前回答

实际上，rebase将您的起点保存到ORIG_HEAD，因此这通常很简单：

git reset --hard ORIG_HEAD

然而，reset、rebase和merge都会将原始HEAD指针保存到ORIG_HEAD中，因此，如果您在尝试撤消rebase之后执行了这些命令，则必须使用reflog。

其他回答

我通常做的是git reset#commit_hash

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

然后git拉动

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

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

如果你不想硬复位。。。

您可以从reflog签出提交，然后将其保存为新分支：

git reflog

在开始重定基础之前找到提交。您可能需要进一步向下滚动才能找到它（按Enter键或PageDown键）。记下HEAD编号并更换57：

git checkout HEAD@{57}

检查分支/提交，如果正确，则使用此HEAD创建一个新分支：

git checkout -b new_branch_name

我尝试了重置和刷新的所有建议，但没有成功。恢复IntelliJ的本地历史记录解决了文件丢失的问题

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

git rebase -i HEAD~31

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

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

使用reflog对我不起作用。

对我有用的东西与这里描述的相似。在.git/logs/refs中打开以重新基于分支命名的文件，找到包含“rebase finsihed”的行，类似于：

5fce6b51 88552c8f Kris Leech <me@example.com> 1329744625 +0000  rebase finished: refs/heads/integrate onto 9e460878

签出行中列出的第二个提交。

git checkout 88552c8f

一旦确认这包含了我丢失的变化，我就分支起来，松了一口气。

git log
git checkout -b lost_changes

推荐文章