当使用git rm时，删除将是你下次提交的一部分。因此，如果您想要推动更改，您应该使用git rm

使用rm删除文件本身不是一个问题，但是如果你想提交文件被删除了，你将不得不执行git rm，所以你最好立即这样做。

此外，取决于你的shell，在删除文件后执行git rm，你将不会得到制表符自动完成，所以你必须自己拼写路径，而如果你在文件仍然存在时执行git rm，制表符自动完成将正常工作。

Git rm将从索引和工作目录中删除文件(如果使用——cached，则只删除索引)，以便在下次提交时执行删除操作。

从索引中删除文件，或者从工作树和索引中删除文件。Git rm不会仅仅从你的工作目录中删除文件。

下面是如何使用rm -f删除一个文件，然后使用git rm从索引中删除它

$ rm -f index.html
$ git status -s
 D index.html
$ git rm index.html
rm 'index.html'
$ git status -s
D  index.html

然而，你可以做到这一切，只需git rm

$ git status -s
$ git rm index.html
rm 'index.html'
$ ls
lib vendor
$ git status -s
D  index.html

如果你只使用rm，你将需要跟随git add <fileRemoved>。Git rm一步完成。

你也可以使用git rm——cached，它将从索引中删除文件(在下次提交时暂存它以便删除)，但将副本保留在本地文件系统中。

然而，如果你最终使用rm而不是git rm。你可以跳过git添加，直接使用以下命令提交更改:

Git提交-a

除了Andy的回答，git rm还有一个额外的实用程序:

安全性:当使用git rm而不是rm时，如果文件的HEAD版本与暂存索引或工作树版本之间存在差异，git将阻止删除。此块是一种安全机制，用于防止删除正在进行的更改。 保卫:git rm—演练。该选项是一种保护措施，它将执行git rm命令，但不会实际删除文件。相反，它将输出将要删除的文件。

当用户使用Windows或MacOS等不区分大小写的系统时，git rm在某些情况下比rm更安全。以下是一些例子。

假设你的git仓库在不区分大小写的系统上有一个名为foo.js的提交文件，当你运行git rm foo.js时，你会遇到一个错误。但不是使用rm Foo.js。

我想我终于明白了

如果您对文件file_a.txt进行更改

然后做

git add file_a.txt
rm file_a.txt
git commit -m 'Commit message'

虽然文件从工作目录中删除(即从磁盘中删除，或移动到垃圾桶中)，但它不会从暂存区域中删除，因此暂存区域中的更改(即索引)将被提交

如果你这样做

git add file_a.txt
git rm file_a.txt
git commit -m 'Commit message'

该文件将从磁盘和暂存区域中删除，因此不会提交更改

现在，如果在你最后一次承诺之后，你做了任何一件事

rm file_a.txt
git commit -m 'Commit message'

or

git rm file_a.txt
git commit -m 'Commit message'

这应该没有区别，因为您没有向暂存区域或索引添加任何更改，因此工作目录中只有一个文件副本，因此这两个命令将具有相同的影响

因此，在summary中，rm只是从磁盘中删除，而不是从staging区域中删除 Git rm将从磁盘和暂存区(普通Windows或Linux命令无法到达的特殊Git区域)中删除。