我不小心使用git add -A添加了很多临时文件。
我使用以下命令成功将这些文件撤销暂存，并成功移除了脏索引。
git ls-files -z | xargs -0 rm -f
git diff --name-only --diff-filter=D -z | xargs -0 git rm --cached
git help rm中列出。但可悲的是，尽管我已经给定了缓存选项，但我的文件也被删除了。如何清除索引而不丢失内容？同时，如果有人能够解释一下这个管道操作的工作方式，那将会很有帮助。git reset如果你只是想撤销一个过度添加的 "git add" 操作：
git reset
您的更改将被取消暂存，并准备好供您根据需要重新添加。
不要运行git reset --hard命令。
它不仅会取消已添加的文件，还会恢复您在工作目录中所做的任何更改。如果您在工作目录中创建了任何新文件，则不会删除它们。
git checkout -- *。 - Den-Jason如果你有一个干净的版本库 (或 HEAD 没有设置) [1]，你可以简单地做如下操作
rm .git/index
git add .时，我通常会对我不想添加的文件数量感到惊讶:) 在这种非常特殊的情况下，我确实只会清除索引。 - sehe使用 git reset HEAD 来在不删除文件的情况下重置索引。(如果你只想重置索引中的特定文件，你可以使用 git reset HEAD -- /path/to/file)。
管道操作符，在 shell 中，将左侧进程的 stdout 作为 stdin 传递给右侧进程。它基本上相当于：
$ proc1 > proc1.out
$ proc2 < proc1.out
$ rm proc1.out
但实际上是 $ proc1 | proc2，第二个进程可以在第一个进程输出数据之前开始获取数据，而且没有实际的文件涉及。
git reset HEAD 而不指定其他内容，它将重置整个索引。然后，您只需重新添加您想要的文件即可。 - Amber$ git reset HEAD fatal: ambiguous argument 'HEAD': unknown revision or path not in the working tree. Use '--' to separate paths from revisions - saratgit reset 命令，不带 HEAD 参数。 - Amber$ git reset fatal: Failed to resolve 'HEAD' as a valid ref. - sarat正如其他相关问题中所指出的（请参见这里，这里，这里，这里，这里，这里和这里），您现在可以使用git restore --staged <file>取消暂存文件。
要取消暂存项目中的所有文件，请从存储库的根目录运行以下命令（该命令是递归的）：
git restore --staged .
如果您只想取消暂存目录中的文件，请在运行上述命令之前导航到该目录，或者运行：
git restore --staged <directory-path>
git restore 命令于 2019年7月 推出，并在2.23版本中发布。
使用 --staged 标志时，它会从 HEAD 恢复工作树的内容（因此与 git add 相反，不会删除任何更改）。
这是一个新命令，但旧命令的行为保持不变。因此，早期使用 git reset 或 git reset HEAD 的答案仍然完全有效。
当运行 git status 时，如果有暂存但未提交的文件，Git 现在建议使用此命令来取消暂存文件（而不是之前版本 v2.23 之前使用的 git reset HEAD <file> 命令）。
git stash && git stash pop
git rm -rf --cached .
.git，因为您已经设置了其他要保留的存储库配置。我已编辑以澄清此问题。 - jjlin警告: 除非您想要丢失未提交的工作，否则不要使用以下命令！
已经解释了如何使用git reset，但您还要求解释管道命令，因此在这里进行解释：
git ls-files -z | xargs -0 rm -f
git diff --name-only --diff-filter=D -z | xargs -0 git rm --cached
git ls-files 列出 git 知道的所有文件。选项 -z 强制按照特定格式列出它们，该格式为 xargs -0 期望的格式，然后在这些文件上调用 rm -f ，这意味着不会征求您的批准即可将其删除。 git diff ，它显示 git 所知道的不同版本之间的更改。这些可以是不同树之间的变化，本地副本和远程副本之间的差异等等。 --name-only 意味着您只想获得（完整的）文件名，而 --diff-filter=D 意味着您只对已删除的文件感兴趣。 （嘿，我们刚刚删除了一堆东西吗？）
然后管道传输到之前看到的 xargs -0 ，它在它们上面调用 git rm --cached ，这意味着它们从缓存中移除，而工作树应该保持不变——除非您刚刚从您的工作树中删除了所有文件。现在它们也从您的索引中删除了。TL;DR: 您已经清除了所有内容； 从现在开始使用 git reset 。
很抱歉，第一条命令会无条件地从工作副本中删除所有在git暂存区中的文件。第二条命令会取消暂存所有被跟踪但现在已被删除的文件。不幸的是，这意味着您将失去对这些文件的任何未提交修改。
如果您想让您的工作副本和索引回到上次提交时的状态，您可以（小心地）使用以下命令：
git reset --hard
git reset --hard会删除您工作副本和索引中未提交的更改。但是，在这种情况下，似乎您只想回到上次提交的状态，并且未提交的更改已经丢失了。
更新：根据您在Amber答案中的评论，听起来您还没有创建任何提交（因为无法解析HEAD），所以恐怕这不会有帮助。
至于这些管道的工作原理：git ls-files -z和git diff --name-only --diff-filter=D -z都输出由字节0分隔的文件名列表。（这很有用，因为与Unix类似的系统上，与换行符不同，0字节保证不会出现在文件名中。）程序xargs从其标准输入构建命令行， 默认情况下通过从标准输入获取行并将其添加到命令行的末尾来完成。 -0选项表示期望标准输入以0字节分隔。 xargs可以多次调用该命令以使用所有来自标准输入的参数，确保命令行永远不会变得太长。
作为一个简单的例子，如果您有一个名为test.txt的文件，其内容如下：
hello
goodbye
hello again
如果执行命令xargs echo whatever < test.txt，则会调用以下命令：
echo whatever hello goodbye hello again
git reset --soft HEAD
git reset --hard HEAD
rm -f不是 Git 命令，也没有--cached选项。在你执行git rm命令之前，本地文件已经被删除了，因此我认为你不能合理地责怪git rm命令造成的问题。 - CB Baileygit reset --hard并不是正确的答案，实际上会删除内容。这会让用户感到困惑，就像我一样。 - user2210287