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

取消暂存文件(取消git添加)

将file.js的最后一个版本从repo复制到index

丢弃局部更改

将file.js从索引复制到工作目录

file2.js #恢复工作目录下的多个文件

Git恢复。#丢弃所有本地更改(除了未跟踪的文件)

git clean -fd #删除所有未跟踪的文件

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

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

还有一个更重要的区别:

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

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