我有一个类似于如何在提交前撤消'git add'的问题？，但有一个重要的区别：
背景：
我正在运行一些生成文件的代码，完成后将这些文件添加到我的存储库中。 生成文件的代码是新代码，并且不断变化，所以我有时会多次运行它，并进行更改。
在此过程中，我将生成的文件添加到索引中，以便它们在最后准备好进行一次大提交。 这也允许我检查我对代码的更改是否在输出中创建更改，如果是，这些更改是什么。 但。。。我不小心在一个文件中运行了另一个 git add，该文件同时出现在Changes to be committed部分（作为new file）和Changes not staged for commit部分（如modified）。 我打算对它运行一个 git diff，但我滑倒并重新添加了它，所以现在我没有办法比较它（我知道），所以......
问题：
有没有办法撤消最后一个暂存操作，以便以前添加的版本仍然/再次位于索引中，并且修改后的文件将再次位于我的工作树中，以便我可以对其进行比较？
这些都不是承诺的，也不是任何东西，因为目标是在我完成这一小轮开发时将它们全部提交在一起。 我真的很喜欢 git 通常可以在提交之前向我显示对新文件的更改...... 但。。。我错过了一个机会，现在想知道是否有办法把它找回来。 ?
到目前为止，我查找的内容似乎能够让我回到上次提交（没有文件）或文件的当前状态（无论如何我都有），但不是从索引转到以前版本之间的中间，这从来都不是提交的一部分。 任何关于这是否可能的提示（即使是一个可靠的答案，最好解释为什么会这样）将不胜感激。
没有直接的方法可以访问文件的最后一个暂存版本。索引文件没有版本控制，这是您应该使用 commit 的目的。将来，您可以考虑更频繁地进行临时提交（例如，使用commit --amend），然后至少您以前的版本将出现在您的 reflog 中（例如 git log -g ）。
但是，所有文件的所有暂存版本都将添加到 git 对象数据库中。您应该能够找到它们 git fsck --lost-found .这会将所有"悬空"的斑点写出到.git/lost-found/other中。不幸的是，它们不会按任何特定的顺序排列或具有原始文件名，但任何丢失的 blob 都应该在某个地方。