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

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

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

Git提交-a

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

我想我终于明白了

如果您对文件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区域)中删除。

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

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

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

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