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

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

使用HEAD@｛1｝的这些答案对我来说都不可行，所以下面是我的解决方案：

数字刷新

d0c9f22 HEAD@{0}: commit (amend): [Feature] - ABC Commit Description 
c296452 HEAD@{1}: commit: [Feature] - ABC Commit Description 

git重置--软c296452

您的登台环境现在将包含您意外与c296452提交合并的所有更改。

使用上次提交签出到临时分支git分支临时HEAD@｛1｝重置上次提交数字复位温度现在，您将拥有您提交的所有文件以及以前提交的文件。检查所有文件的状态。git状态从git阶段重置提交文件。git重置myfile1.js（依此类推）重新附加此提交gitcommit-C HEAD@｛1｝将文件添加并提交到新提交。

也许可以使用git-relog在修改前和修改后获得两个提交。

然后使用git diff before_commit_id after_commit_id>d.diff获取修正前和修正后的差异。

接下来使用git checkout before_commit_id返回提交前

最后使用git-apply.diff应用您所做的真正更改。

这解决了我的问题。

使用ref日志：

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

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

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

通过以下方式查找修改后的承诺：

git log --reflog

注意：为了清楚起见，可以添加--patch来查看提交的主体。与git-relog相同。

然后通过以下方式将您的HEAD重置为之前的任何提交：

git reset SHA1 --hard

注意：用真正的提交哈希替换SHA1。还要注意，此命令将丢失任何未提交的更改，因此您可以在之前将其隐藏。或者，使用--soft来保留最新的更改，然后提交它们。

然后樱桃选择你需要的其他承诺：

git cherry-pick SHA1