“git rm --cached x”vs“git reset head -x”？

Question

GitRef.org - Basic：

git rm将会移除 临时区域条目。这是从git reset HEAD有点不同 哪些“unstages” 文件。通过“unstage”，我的意思是在我们开始修改事物之前，它将暂存区域恢复为 。 git rm另一方面只踢 该文件完全退出舞台，所以 它没有包含在下一个 提交快照，从而有效地 删除它。

默认情况下，git rm file将完全从临时区域中删除文件，也会从您的磁盘>（工作目录）中删除该文件。要将文件保留在工作目录中，可以使用git rm --cached。

但是究竟是git rm --cached asd和git reset head -- asd之间的区别是什么？

Answer 1

有三个地方，一个文件可以是 - 树，索引和工作副本。当你只是添加一个文件到一个文件夹，你将它添加到工作副本。

当您执行类似git add file的操作时，将其添加到索引中。当你提交它时，你也将它添加到树中。

它可能会帮助你了解在git的复位三个比较常见的标志：

git的复位[ - <mode>] [<commit>]

这种形式重置当前分支头<commit>和可能的 更新索引（将其重置为<commit>的树）和 工作树取决于<mode>，它必须是 其中之一翼：
--soft

不触及索引文件，也没有在所有的工作树（但重置 头部<commit>，就像所有的模式做）。这会让您的所有 更改文件“更改为提交”，因为git状态会将其置入。

--mixed

重置索引而不是工作树（即更改的文件 被保留，但不标记为提交）和报告一直没有什么 更新。这是默认操作。

--hard

重置索引和工作树。丢弃对 工作树中自<commit>以来跟踪文件的任何更改。

现在，当你做这样的事情git reset HEAD - 什么你实际上做的是git reset HEAD --mixed，它会“重置”索引你开始之前添加的文件/添加修改，该指数是状态（通过git add） 在这种情况下，工作副本和索引（或分段）是同步的，但是您在重置后使HEAD和索引同步。

git rm另一方面从工作目录和索引中删除一个文件，当您提交时，文件也从树中删除。然而，git rm --cached仅从索引中删除文件并将其保留在工作副本中。这与git add file完全相反在这种情况下，您使索引与HEAD和工作不同，其中HEAD具有之前承诺的文件版本，工作副本具有las修改，如果有任何或内容来自文件的HEAD，并从索引中删除了该文件。现在提交会同步索引和树，文件将被删除。

Answer 2

git rm --cached file将删除从舞台上的文件。也就是说，当你提交文件时将被删除。 git reset HEAD -- file将简单地将暂存区域中的文件重置为其在HEAD提交上的状态，即将撤消自上次提交以来对其执行的任何更改。如果该更改恰好是新添加文件，那么它们将是等效的。

Answer 3

也许一个例子有助于：

git rm --cached asd 
git commit -m "the file asd is gone from the repository" 

与

git reset HEAD -- asd 
git commit -m "the file asd remains in the repository" 

需要注意的是，如果你没有改变任何东西其他，第二承诺实际上不会做任何事情。