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

git restore --staged abc.html

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

git restore --staged .

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

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

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

仅适用于版本2.23及以上，

除了这些建议，你可以使用 Git恢复—staging <文件>，以便取消文件的阶段。

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

git stash
git stash pop

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