我终于开始学习git了，但我有点困惑。根据我所读到的内容(可能有误解)，您必须在对文件进行更改后“git add”(将文件保存在您的IDE中本地？)，然后再“git committing”。
当我“git add”工作目录中的所有文件，进行更改并将它们保存在ide中，然后“git commit”时，所有更改都会很好地提交。为什么我需要在保存和提交之间使用“git add”重新暂存？它似乎没有任何区别，我很困惑为什么我读到你需要考虑它似乎没有任何区别。如果这是重复的，我深表歉意，我确实查看过，但找不到我的问题的答案。
哦，还有，如果我要创建一个新文件，我会理解，因为这需要用“git add”添加，因为它还不知道，但我不明白当我更改文件时已经添加了。
我对此的测试是运行“git add”更改文件并保存它，尝试提交以查看它是否在没有新“git add”的情况下注册更改，它会输出一条消息通知我的更改取得了。我的理解中一定缺少一些东西。感谢您的帮助。
最佳答案
某些 IDE 执行 git add为你。您的可能是其中之一 - 我们无法判断，因为您没有说出它的名称。
某些 IDE 不执行 git add为你。在这种情况下，您必须自己完成。
Oh also, I would understand if I were making a new file, as this would need to be added with "git add" as it isn't already known, but I don't understand when I'm changing files I've already added.
在我看来，您的心智模型与 Mercurial 的实际模型相匹配。在 Mercurial 中，您使用 hg add告诉 Mercurial:这个文件应该在提交中。从那时起，hg commit使用您的工作树中该文件的版本来进行新的提交。
(工作树是您完成工作的地方。这与提交相反，提交是只读的:您实际上无法更改提交中存储的文件。它们通常也是高度压缩的，并且在仅对版本控制系统有用的表单。在 Mercurial 和 Git 中都是如此。)
Git 与 Mercurial 不同。当 Git 进行新的提交时，Git 不使用工作树中的内容。 Git 而是使用它调用的东西(取决于谁在调用)，索引、暂存区，甚至缓存。对于任何使用过 Mercurial 或几乎所有其他版本控制系统的人来说，这种特殊的策略似乎很古怪和疯狂，但这就是 Git 的工作原理。
当 Git 提取提交时，它将提交的内容复制到索引和工作树中。索引中每个文件的版本与提交中只读存储的版本匹配；但索引中的副本可以被覆盖。然后，Git 使用索引副本(现在与提交的副本匹配)以正常的未压缩格式制作工作树副本，以便您可以使用它。
当您运行git add <em>file</em>时，Git 将正常的、未压缩的工作树文件复制回索引(也称为临时区域)。这替换该文件的先前版本，并且 git commit将提交索引版本，该版本现在与工作树版本匹配。
因为 Git 从索引中的任何内容进行提交，所以您或您的 IDE 必须不断地将工作树中所做的任何修改复制到索引中。事实上，索引版本已经采用特殊的、仅限 Git 的压缩格式，这使得 git commit速度非常快，但代价是需要所有这些额外的复制步骤。在包含大量文件的大型存储库中，这实际上会产生巨大的差异:hg commit可能需要秒而git commit几乎是瞬时的。
(在小型存储库中，Git 的花哨大多令人烦恼。但是，您可以对索引发挥特殊技巧，以便提交与先前提交不同的内容，和工作树!这在某些情况下实际上非常有用。它也非常令人困惑，如果你能避免它，就不是随便做的事情。)
关于git - 对已 git 添加然后 git 提交的文件进行更改似乎工作得很好，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/51145932/