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

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 origin/{branchName}

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

如果您已经将分支推送到远程存储库（通常是它的源位置），然后您成功地进行了重基（没有合并）（gitrebase--abort给出“没有正在进行的重基”），您可以使用命令：

git reset--硬原点/｛branchName｝

例子：

$ ~/work/projects/{ProjectName} $ git status
On branch {branchName}
Your branch is ahead of 'origin/{branchName}' by 135 commits.
  (use "git push" to publish your local commits)

nothing to commit, working directory clean

$ ~/work/projects/{ProjectName} $ git reset --hard origin/{branchName}
HEAD is now at 6df5719 "Commit message".

$ ~/work/projects/{ProjectName} $ git status
On branch {branchName}
Your branch is up-to-date with 'origin/{branchName}.

nothing to commit, working directory clean

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

如果你不想硬复位。。。

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

git reflog

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

git checkout HEAD@{57}

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

git checkout -b new_branch_name