如果你无意中暂存了不想提交的文件，并且想要确保保留更改，你也可以使用:

git stash
git stash pop

这将执行HEAD重置并重新应用您的更改，允许您重新提交单个文件。如果你忘记了为pull请求创建一个特性分支(git stash;Git checkout -b <feature>;Git stash pop)。

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

假设你通过git add <folder>暂存整个目录，但是你想从暂存列表(即运行git状态时生成的列表)中排除一个文件，并将修改保留在排除的文件中(你正在做一些事情，它还没有准备好提交，但你不想失去你的工作…)你可以简单地使用:

Git重置<文件>

当您运行git status时，您将看到您重置的任何文件都是非暂存的，而您添加的其余文件仍然在暂存列表中。

如果你无意中暂存了不想提交的文件，并且想要确保保留更改，你也可以使用:

git stash
git stash pop

这将执行HEAD重置并重新应用您的更改，允许您重新提交单个文件。如果你忘记了为pull请求创建一个特性分支(git stash;Git checkout -b <feature>;Git stash pop)。

Git rm——cached用于从索引中删除文件。在文件已经在repo的情况下，git rm——cached将从索引中删除该文件，将其留在工作目录中，现在提交也将从repo中删除该文件。基本上，在提交之后，您将取消该文件的版本控制，并保留一个本地副本。

git重置HEAD文件(默认使用——mixed标志)的不同之处在于，在文件已经在repo的情况下，它会用repo (HEAD)中的索引版本替换文件的索引版本，有效地取消对它的修改。

在未版本化文件的情况下，它将取消整个文件，因为该文件不在HEAD中。在这方面，git reset HEAD file和git rm——cached是一样的，但它们是不一样的(就像已经在repo中的文件一样)

对于为什么在git中有两种方法取消文件的问题?-在git中从来没有真正只有一种方法来做任何事情。这就是它的美妙之处:)

很简单:

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

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

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

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