git - 如果 Git 子模块移动到另一台服务器怎么办？

Question

我正在将我们产品的源代码组织到一堆不同的 Git 存储库中。 (而且我是 Git 的新手)。其中一些将通过子模块使用同一服务器上的其他存储库。

据我了解，Git 中的子模块是指向另一个存储库中特定提交的指针，定义如下:

• 远程子模块的 URL(例如 git://foo.com/git/lib.git)
• 将子模块的存储库克隆到的子目录(例如 include/foo)
• 我们引用的提交 ID

问题是添加子模块时，URL 作为提交的一部分存储在存储库中。如果 URL 发生变化会怎样？父存储库可能有数百个提交 - 所有提交都有一个引用旧 URL 的子模块。

例如，假设我将存储库 Super 和 Sub 存储在 git://PrivateCompanyServer/repositories/* 中。 Super 通过其 gitmodules 文件引用 Sub:git://PrivateCompanyServer/repositories/Sub.git。一些开发人员对 Super 进行了数百次提交——几乎 Super 中的每个提交都有一个带有该 URL 的 gitmodules 快照。几个产品版本被标记，各种分支都有 gitmodules 中的 URL。现在，假设 PrivateCompanyServer 崩溃，我们将代码移至另一台服务器。或者我们在PrivateCompanyServer上重组目录结构。管他呢。现在我们在 Super 中有数百个提交引用旧 URL 上的 Sub 存储库，该 URL 不再存在。显然，gitmodules 文件可以在开发分支的头部进行更正，我们可以继续进行下去。但是出于维护原因，我们可能不得不返回各种旧提交，它们都将引用不再有效的旧 URL。怎么处理？

显然这可以通过 rebase /“重写历史”来解决，这样存储库中的所有 gitmodules 文件都有新的 URL，但我认为这不是一个选项，因为 Super 中几乎每个提交都会获得一个新的提交 ID。所有引用 Super 的东西，包括使用 Super 作为子模块的“Super-Super”项目和本地开发人员存储库都会崩溃 - 对吗？

那么处理这个问题的最佳方法是什么？ 如果您将存储库集合存储在私有(private)公司服务器上 - 其中一些通过子模块引用其他存储库 - 当服务器更改名称时您会做什么 - 从而使 gitmodules 文件中的旧 URL 无效？

我能想到的唯一解决方法是从历史上的每个提交方式中创建“很多分支”，只是为了保存更正后的 git 模块。似乎那样会造成很多困惑和麻烦。似乎必须有更好的方法 - 我肯定遗漏了什么？

Answer 1

只要您不运行 git submodule sync，.gitmodules 中的值就不会影响给定 checkout 中的子模块路径子模块被初始化(之后，子模块的路径保存在 .git/config 文件中)。

因此，您只需在 checkout 中更改一次路径(在具有更新路径的提交中使用 git submodule sync)，它将继续存在而不会出现问题。