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

git restore --staged abc.html

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

git restore --staged .

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

1.

D:\code\gt2>git status
# On branch master
#
# Initial commit
#
# Changes to be committed:
#   (use "git rm --cached <file>..." to unstage)
#
#       new file:   a

(使用“git rm—cached…”取消阶段)

Git是一个指针系统 您还没有要更改指针的提交 “从指向的桶中取出文件”的唯一方法是删除你告诉git观察变化的文件

2.

D:\code\gt2>git commit -m a
[master (root-commit) c271e05] a
0 files changed, 0 insertions(+), 0 deletions(-) create mode 100644 a

Git提交-m a

你承诺了，“拯救了”

3.

D:\code\gt2>git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       new file:   b
#

(使用“git reset HEAD…”取消舞台)

此时，您在代码中进行了一次提交 现在你可以重置指针指向你提交的"恢复到上次保存"

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

git stash
git stash pop

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

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

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

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

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

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

Git重置<文件>

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