使用ref日志：

git branch fixing-things HEAD@{1}
git reset fixing-things

然后，您应该只在工作副本中保存所有以前修改过的更改，然后可以再次提交

要查看以前索引的完整列表，请键入git-relog

这晚了将近9年，但没有看到这个变体提到完成相同的事情（这是其中一些的组合，类似于顶级答案(https://stackoverflow.com/a/1459264/4642530).

搜索分支上所有分离的标头

git reflog show origin/BRANCH_NAME--date=相对

然后找到SHA1哈希

重置为旧SHA1

git reset—硬SHA1

然后将其向后推。

git推送原点BRANCH_NAME

完成。

这将使您完全恢复到原来的提交状态。

（包括先前覆盖的分离提交头的日期）

使用ref日志：

git branch fixing-things HEAD@{1}
git reset fixing-things

然后，您应该只在工作副本中保存所有以前修改过的更改，然后可以再次提交

要查看以前索引的完整列表，请键入git-relog

可能值得注意的是，如果您仍然在编辑器中看到提交消息，您可以删除提交消息，它将中止gitcommit--modify命令。

你总是可以拆分提交，来自手册

使用git rebase-i commit ^启动交互式rebase，其中commit是要拆分的提交。事实上，任何提交范围都可以，只要它包含该提交。使用“编辑”操作标记要拆分的提交。在编辑提交时，执行git-resetHEAD^。结果是HEAD被重绕了一圈，索引也随之改变。然而，工作树保持不变。现在，将更改添加到第一次提交时所需的索引中。您可以使用gitadd（可能以交互方式）或gitgui（或两者都使用）来实现这一点。使用现在合适的提交消息提交当前索引。重复最后两个步骤，直到工作树干净。使用git-rebase继续rebase--Continue。

简单解决方案解决方案可行：如果您的HEAD提交与远程提交同步。

在本地工作区中再创建一个分支，并使其与远程分支保持同步。Cherry从新创建的分支上执行的分支（gitcommit--modify）中选择HEAD提交。

精心挑选的提交将只包含最新的更改，而不包含旧的更改。您现在可以重命名此提交。