在我看来，git rm——cached <file>从索引中删除了文件，而没有从目录中删除它，而普通的git rm <file>将两者都做，就像OS rm <file>将从目录中删除文件而没有删除它的版本。

在> 2.2的新版本中，你可以使用git restore——staging <file_name>。 请注意这里 如果你想一次取消(移动到更改)你的文件，你可以使用上面的命令和你的文件名。如

git restore --staged abc.html

现在，如果您想一次性取消所有文件，您可以这样做

git restore --staged .

请注意空格和点(.)表示考虑将所有文件分段。

我很惊讶没有人提到git reflog (http://git-scm.com/docs/git-reflog):

# git reflog
<find the place before your staged anything>
# git reset HEAD@{1}

reflog是一个git历史记录，它不仅跟踪对repo的更改，还跟踪用户的操作(例如。拉，签出到不同的分支等)，并允许撤销这些操作。因此，与其取消被错误地暂存的文件，还不如恢复到没有暂存文件的位置。

这类似于git reset HEAD <file>，但在某些情况下可能更细粒度。

抱歉，我并没有真正回答你的问题，只是指出了另一种方法来取消我经常使用的文件(我非常喜欢Ryan Stewart和waldyrious的答案);)我希望这能有所帮助。

>并不取消文件，它实际上是从repo中删除文件(假设它之前已经提交)，但将文件留在你的工作树中(留下一个未跟踪的文件)。

git reset——<filePath>将取消对给定文件的任何阶段性更改。

也就是说，如果您使用缓存在一个新文件上的git rm—，它基本上看起来就像您刚刚取消了它的暂存，因为它之前从未提交过。

更新git 2.24 在这个新版本的git中，你可以使用git restore - staging而不是git reset。 参见git文档。

在我看来，git rm——cached <file>从索引中删除了文件，而没有从目录中删除它，而普通的git rm <file>将两者都做，就像OS rm <file>将从目录中删除文件而没有删除它的版本。

很简单:

Git rm——cached <file>使Git完全停止跟踪文件(将其留在文件系统中，不像普通的Git rm*) git reset HEAD <file>取消自上次提交以来对文件所做的任何修改(但不会在文件系统中恢复它们，这与命令名称可能暗示的**相反)。该文件仍处于修订控制之下。

如果文件之前不在版本控制中(例如，您正在取消git第一次添加的文件)，那么这两个命令具有相同的效果，因此看起来这是“做某件事的两种方式”。

*请记住@DrewT在他的回答中提到的警告，关于git rm——缓存之前提交到存储库的文件。在这个问题的上下文中，对于一个刚刚添加但尚未提交的文件，没有什么可担心的。

**因为git的名字，我很长一段时间都不敢使用git reset命令——直到今天我还经常查看它的语法，以确保我不会搞砸。(更新:我终于花时间在tldr页面中总结了git重置的用法，所以现在我对它的工作原理有了更好的心理模型，当我忘记一些细节时，也有了一个快速的参考。)