如何解决有没有办法添加git子模块而不嵌套子模块？ 长答案 gitlinks如何成为子模块子模块递归和.gitmodules
我有三个存储库。
- RepoCommon
- 回购
- 回购
RepoCommon作为子模块被添加到RepoTn和RepoTh中。 RepoTn和RepoTh都是两个不同的存储库，因为在开发的早期就已经意识到这两个是独立的应用程序。但是现在在开发部分的后面，我们意识到RepoTn高度依赖RepoTh。
作为解决方案，我正在考虑将RepoTh作为子模块添加到RepoTn中。但是令我困扰的一件事是RepoCommon中的“额外” RepoTh。如果我这样做，它将基本上具有以下结构：
- 报告
- RepoCommon
- 回购
- RepoCommon->这是我要删除的部分
我想知道是否有可能将RepoCommon从RepoTh移除，作为我的子模块添加到RepoTn中。
注意：RepoTh还需要继续存在，因为它也是自己的独立存储库。另外，我问这个的另一个原因是，如果我可以删除/忽略RepoCommon，则可以修改项目文件以确保系统使用正确的RepoCommon文件夹。如果有任何区别，我正在使用Visual Studio 2019。也欢迎提出任何其他更好解决方案的建议。
解决方法
如果可能，您应该添加一个额外的存储库，该存储库将记录这些依赖项：
obj['testSection.id']这样，如果您需要构建RepoTnParent
RepoTn
RepoTh
RepoCommon
，则将加载RepoTn，这将依次加载正确的版本RepoTnParent，RepoTn和{{1} }。
简短的回答是“否”。这会产生一个问题，您可以通过使用较长的答案来解决，但避免这种设置可能是明智的。参见VonC's answer。
长答案
您必须在这里记住什么是子模块 ，但是在到达那里之前，让我们确切地定义一个Git 存储库。对此有很多注意事项，但是总之，Git存储库是提交的集合。 1 每个提交都有一个唯一的数字：一个很大的丑陋哈希ID ，保留用于 that 提交，遍及世界各地的每个Git。 2
该提交用于保存Git在提交该文件时知道的每个文件的快照。除了这些存储的文件（内部保存为Git称为 blob对象）之外，Git还可以保留Git内部称为的 gitlink 。稍后，我们将在进入子模块时查看gitlink的确切形式。
在存储库中，一旦选择了某个提交（通过其哈希ID（例如，您可以通过分支名称查找Git）），就可以让Git 检出（使用{ {1}}，或者，自Git 2.23开始，git checkout）。这将提交提交到一系列可用（和可修改！）普通文件中。 Git将这些文件复制 3 到Git的 index 中，该索引是每个存储库的数据结构，Git用来进行 new 提交。 4 如果提交包含任何gitlink，Git还将这些gitlink复制到其索引中。
1 最大的警告是该存储库所在的git switch目录实际上是两个主要数据库以及一些辅助数据。一种从哈希ID映射到内部Git对象，该对象包括提交但还包括其他三种对象类型。第二个映射名称（包括分支和标记名称，这是人类通常在此处使用的名称）用于哈希ID，以便第一个数据库中的哈希ID可以被使用例如人类。
克隆存储库时，您的Git照原样复制对象数据库，并使用另一个Git的名称到哈希ID数据库来构建您自己的（不同的）名称到哈希ID数据库。不会复制任何东西（钩子，索引等辅助数据或CHERRY_PICK_HEAD之类的特殊伪引用）。因此，对象数据库非常重要，而且由于人类使用名称数据库定义分支的概念（与Git不太相同），因此第二个数据库也很重要。但是，在这里，我们最关心的是对象数据库。
2 除了快照，还提交存储元数据，但是在这里，我们只关注快照本身。
3 存储的文件以一种特殊的只读Git格式保存，该格式将压缩并（重要地）去重复。实际上，索引中包含的是Blob哈希ID，因此索引“ copy”根本不是副本。但是索引还包含文件名和使Git快速运行的数据。
4 索引还具有其他作用，但是通过保存每个文件的“副本”以及文件的路径名，索引将作为 next 的模板承诺。当您使用.git时，实际上是在更新Git的索引，这样下一次提交将与当前提交不同。
gitlinks如何成为子模块
Git中的一个子模块只是另一个Git存储库，它具有一个特殊的关系：该子模块Git存储库由其他一些Git存储库控制。受控的Git储存库是 superproject ，受控的Git储存库是子模块。
通过签出提交，使存储库可以工作-这样，您将拥有可以使用的文件，而不是具有特殊压缩格式的文件，只有Git本身可以使用-一旦将子模块Git存储库克隆到位，超级项目Git本身所需要做的就是在该子模块中运行git add 。这就是它的作用：
git checkout要在子模块中cd $path
git checkout $hash
进行某些提交，超级项目需要了解两件事：
- 走的路是什么？上方
git checkout有什么价值？ - 什么是哈希ID？上方
$path有什么价值？
这两件事正是gitlink中的内容。每个提交都存储文件。提交还可以存储gitlinks。文件或gitlinks被复制到超级项目Git的索引中。索引中的每个条目均由路径名，哈希ID和其他内部Git数据组成。路径名称和哈希ID正是超级项目Git执行上述命令所需要的。
这就是全部内容...好吧，几乎所有内容。还需要做一件事：超级项目Git 可能需要运行$hash，才能真正创建子模块存储库。超级项目Git在这里需要的信息存储在超级项目的git clone 文件中。 5 一旦超级项目Git运行.gitmodules，不再需要git clone数据。 6
5 请注意，您可以创建一种半确定的子模块，其中该子模块没有.gitmodules文件条目，但是超级项目的提交中存储了gitlinks。
6 某些.gitmodules命令仍会为您更新git submodule，某些.gitmodules命令使用从git submodule复制到{ {1}}。但是，一旦子模块被克隆，这些就不需要用于日常使用。
子模块递归和.gitmodules
如果Git存储库A将Git存储库B列为子模块（在A的.git/config和gitlinks-in-commits中），并且Git存储库B将Git存储库A列为子模块（在B的git clone中，并且gitlinks-in-commits），任何自动操作都可以克隆并检出提交，并且将子模块定向到克隆并检出其提交可能导致无限递归：
- A克隆B
- A告诉B：检出提交C B ，其中C B 具有C A 的gitlink
- 所以B克隆了A
- B告诉A：检出提交C A
- 所以A克隆了B
- A告诉B：检出提交C B
- ...
那么，这里的真实密钥是那些.gitmodules和/或.gitmodules步骤。超级项目什么时候运行git clone？超级项目何时将子模块定向到git checkout某个提交？
如果保持子模块递归模式关闭，则答案是超级项目从不本身运行git clone，而从不自行运行git checkout。这使您可以：
- 克隆A
- 告诉A现在克隆B并签出一次提交而无需递归
然后停止。
如果打开递归 ，则A会克隆B并告诉它签出提交，这可能会告诉B克隆A，并且由于递归已启用，因此它将永远持续下去（或直到磁盘空间用完为止）。因此，只要不使用递归就可以了，但是使用这些存储库的每个人都必须知道这样做。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。