如果有问题的文件已经在repo中并且处于版本控制之下(以前提交过等)，这两个命令有几个微妙的区别:

git reset HEAD <file>取消当前提交的文件。 Git rm——cached <file>将取消该文件以供将来提交。直到git add <file>再次添加它之前，它都是不暂存的。

还有一个更重要的区别:

在运行git rm——cached <file>并将你的分支推到远程，任何从远程拉你的分支的人都会从他们的文件夹中实际删除这个文件，即使在你的本地工作集中，这个文件只是变得不被跟踪(即没有从文件夹中物理删除)。

最后一个区别对于包含配置文件的项目很重要，其中团队中的每个开发人员都有不同的配置(即不同的基本url, ip或端口设置)，所以如果你使用git rm——cached <file>，任何拉你的分支的人都必须手动重新创建配置，或者你可以将你的配置发送给他们，他们可以重新编辑回他们的ip设置(等)，因为删除只会影响从远程拉你的分支的人。

我很惊讶没有人提到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的答案);)我希望这能有所帮助。

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

Git重置<文件>

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

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

git stash
git stash pop

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

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

git restore --staged abc.html

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

git restore --staged .

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

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中从来没有真正只有一种方法来做任何事情。这就是它的美妙之处:)