撤消git重基

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

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

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

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

当前回答

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

其他回答

如果您在分支机构，可以使用：

git reset --hard @{1}

HEAD不仅有一个引用日志（通过git reflog获得），每个分支也有reflog（通过gitreflog＜branch＞获得）。所以，如果您在master上，那么git-relog master将列出该分支的所有更改。您可以通过master@｛1｝、master@{2｝等引用这些更改。

gitrebase通常会多次更改HEAD，但当前分支只会更新一次。

@{1} 只是当前分支的快捷方式，因此如果您在master上，它等于master@{1}。

git reset——如果在交互式重基过程中使用git rese，硬ORIG_HEAD将无法工作。

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

git rebase --abort

重置后进行清理。

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

按照@Allan和@Zearin的解决方案，我希望我可以简单地发表评论，但我没有足够的声誉，所以我使用了以下命令：

我不得不简单地执行gitrebase-i-art（不使用-i），而不是执行gitrebase-i-art。

同时使用-i和--abort会导致Git显示用法/选项列表。

因此，我以前和现在使用此解决方案的分支状态是：

matbhz@myPc /my/project/environment (branch-123|REBASE-i)
$ git rebase --abort

matbhz@myPc /my/project/environment (branch-123)
$

实际上，在执行任何非平凡操作之前，我在分支上放置了一个备份标记（大多数重基是微不足道的，但如果它看起来很复杂，我会这样做）。

然后，恢复就像git reset一样简单——hard BACKUP。

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

与其他解决方案一样，您可以使用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

推荐文章