暂存区是否作为 git 克隆的一部分进行了克隆？
Is staging area cloned as part of git clone?
假设 DeveloperA 在 git 存储库（在他的本地计算机上）上工作，并且还有一些文件暂存在索引中以供下一次提交。
如果 DeveloperB 然后通过 "git clone" 命令克隆这个存储库，他是否也会从 developerA 的存储库中接收暂存区域的内容？
简单、简短的回答：没有。 Whosebug 要求至少 30 个字符的答案，因此这句话。
不，当其他开发人员克隆存储库时，只会包含提交的文件和更改。
如果 DeveloperB 从远程存储库而不是 DeveloperA 的存储库克隆，DeveloperA 将必须提交并推送对该远程存储库的任何更改，以便 DeveloperB 能够克隆或拉取它们.
您可以在 the documentation 中阅读有关 git clone 工作原理的更多信息。
没有。该索引用于跟踪特定工作树中发生的事情。它是 sha 的路径名索引列表，显示对象数据库中的哪些内容去哪里。它也是 git 存储有关飞行中操作的注释的地方，但它们都是非常简单的东西：索引只是一个清单，一个索引列表。克隆复制对象数据库和引用的选择（分支和标签），仅此而已。
要将内容添加到存储库，您 git add 它，然后 git 添加它，然后将添加内容的 sha 写入其路径的索引条目。
我避免使用"staging area"这个短语，就好像它是有毒废物一样。如果你看得恰到好处，从某种意义上说它是准确的，但对于那些还不知道索引是什么的人来说，它可怕地具有误导性。
假设 DeveloperA 在 git 存储库（在他的本地计算机上）上工作，并且还有一些文件暂存在索引中以供下一次提交。 如果 DeveloperB 然后通过 "git clone" 命令克隆这个存储库，他是否也会从 developerA 的存储库中接收暂存区域的内容？
简单、简短的回答：没有。 Whosebug 要求至少 30 个字符的答案，因此这句话。
不，当其他开发人员克隆存储库时，只会包含提交的文件和更改。
如果 DeveloperB 从远程存储库而不是 DeveloperA 的存储库克隆，DeveloperA 将必须提交并推送对该远程存储库的任何更改，以便 DeveloperB 能够克隆或拉取它们.
您可以在 the documentation 中阅读有关 git clone 工作原理的更多信息。
没有。该索引用于跟踪特定工作树中发生的事情。它是 sha 的路径名索引列表，显示对象数据库中的哪些内容去哪里。它也是 git 存储有关飞行中操作的注释的地方，但它们都是非常简单的东西：索引只是一个清单，一个索引列表。克隆复制对象数据库和引用的选择（分支和标签），仅此而已。
要将内容添加到存储库，您 git add 它，然后 git 添加它，然后将添加内容的 sha 写入其路径的索引条目。
我避免使用"staging area"这个短语，就好像它是有毒废物一样。如果你看得恰到好处，从某种意义上说它是准确的，但对于那些还不知道索引是什么的人来说，它可怕地具有误导性。