git reset --soft 似乎改变了索引

Question

阅读Mark Dominus's article 和Scott Chanon's article 后，我认为git reset abcd --soft 不会影响索引，但是，以下显示它确实。

重置前

c1.txt、c2.txt、c3.txt 在 repo 中，c4.txt 在索引中。全部在工作目录中：

历史：

$ git log --oneline --decorate
b91d91b (HEAD, master) C3
231a5df C2
7e7b2d7 C1

索引：

$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

        new file:   c4.txt

工作目录：

$ ls
c1.txt  c2.txt  c3.txt  c4.txt

轻柔地重置为 C2 提交

$ git reset 231a --soft

$ git log --oneline --decorate
231a5df (HEAD, master) C2
7e7b2d7 C1

索引已更改

$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

        new file:   c3.txt
        new file:   c4.txt


$ ls
c1.txt  c2.txt  c3.txt  c4.txt

我认为会发生的事情

从 Scott 的文章中，他说：

reset 要做的第一件事就是移动 HEAD 指向的东西……如果你添加标志 --soft，这是它唯一会做的事情。使用 --soft，reset 将简单地停在那里。

所以，我认为索引（我希望我已经理解为上面的git status 输出中显示的内容）不会改变，也就是说，它仍将包含c4.txt。上面的输出显示它实际上包含c3.txt 和c4.txt。

c3.txt 似乎已与c4.txt 一起移入索引中。

Answer 1

根本的误解似乎是关于索引是什么。索引不是一组差异，而是一组文件。 git status 显示的不是索引，而是上次提交和索引的差异。

在您的git reset --soft 之前，索引包含文件c1.txt、c2.txt、c3.txt 和c4.txt。所以在你的git reset --soft 之后，索引仍然包含那些相同的文件。 git status 会以不同的方式报告这一点，但这不是因为索引发生了变化，而是因为提交发生了变化。

Answer 2

引用自 git 文档：

根本不接触索引文件或工作树（但将头部重置为 ，就像所有模式一样）。 这会使您所有更改的文件都“提交更改”，就像 git status 所说的那样。

这意味着您的提交将被删除，但仅限于“要提交的更改”。所以你必须再次运行git reset <file> 才能完全删除它们。对于未来的提交，您可能需要--mixed 模式（git reset --mixed 231a）。文档：

重置索引但不重置工作树（即，更改的文件被保留但未标记为提交）并报告尚未更新的内容。这是默认操作。