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

git rebase --abort

重置后进行清理。

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

最简单的方法是找到分支的头部提交，因为它在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

如果您成功地重新基于远程分支，并且不能git rebase--abort，那么您仍然可以使用一些技巧来保存您的工作，并且不需要强制推送。假设您的当前分支因错误而被重新设置为分支，并正在跟踪源/分支

gitbranch-m your branch rebased#重命名当前分支git checkout origin/your branch#签出到源已知的最新状态git结帐-b您的分行检查git-log您的分支，将其与git-log分支进行比较，并定义分支中缺少的提交gitcherry-pickCOMMIT_HASH用于分支中的每个提交推动您的更改。请注意，两个本地分支与远程/您的分支关联，您应该只推送您的分支

对于多次提交，请记住，任何提交都引用导致该提交的所有历史记录。因此，在查尔斯的回答中，将“旧承诺”读为“旧承诺中的最新承诺”。如果您重置为该提交，那么导致该提交的所有历史记录都将重新出现。这应该是你想要的。

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

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将无法工作。

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