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

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

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

git rebase -i HEAD~31

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

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

最简单的方法是找到分支的头部提交，因为它在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用于分支中的每个提交推动您的更改。请注意，两个本地分支与远程/您的分支关联，您应该只推送您的分支

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

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