我正在将我们产品的源代码组织成许多不同的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进行了数百次提交 - 几乎每个提交都有带有该URL的gitmodules的快照。标记了几个产品发布，并且所有种类的分支都在gitmodules中具有URL。现在，假设PrivateCompanyServer崩溃并且我们将代码移动到另一个服务器上。或者我们重新组织了PrivateCompanyServer上的目录结构。或者其他什么。现在，我们有数百个提交在Super中引用旧URL的Sub存储库。显然，在开发分支的头部可以更正gitmodules文件，然后我们可以继续前进。但是，由于维护原因，可能需要回到所有旧的提交，并且它们都将引用不再起作用的旧URL。如何处理？
显然，这可以通过变基/“重写历史记录”来解决，以便存储库中的所有gitmodules文件都具有新的URL，但我认为这不是一个选项，因为Super中几乎每个提交都会获得新的提交ID。包括使用Super作为子模块和本地开发人员存储库的所有引用Super-Super项目在内的所有引用都将中断，对吗？
那么，应该如何处理？如果您在私有公司服务器上存储一组存储库 - 其中一些通过子模块引用其他存储库 - 当服务器更改名称时，从而使gitmodules文件中的旧URL无效，该怎么办？
我唯一能想到的解决方法是从历史上的每个提交处制作“大量分支”，以仅保存更正的gitmodules。看起来这将产生很多混乱并且很麻烦。似乎必须有更好的方法 - 我肯定漏掉了什么？
据我所知，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进行了数百次提交 - 几乎每个提交都有带有该URL的gitmodules的快照。标记了几个产品发布，并且所有种类的分支都在gitmodules中具有URL。现在，假设PrivateCompanyServer崩溃并且我们将代码移动到另一个服务器上。或者我们重新组织了PrivateCompanyServer上的目录结构。或者其他什么。现在，我们有数百个提交在Super中引用旧URL的Sub存储库。显然，在开发分支的头部可以更正gitmodules文件，然后我们可以继续前进。但是，由于维护原因，可能需要回到所有旧的提交，并且它们都将引用不再起作用的旧URL。如何处理？
显然，这可以通过变基/“重写历史记录”来解决，以便存储库中的所有gitmodules文件都具有新的URL，但我认为这不是一个选项，因为Super中几乎每个提交都会获得新的提交ID。包括使用Super作为子模块和本地开发人员存储库的所有引用Super-Super项目在内的所有引用都将中断，对吗？
那么，应该如何处理？如果您在私有公司服务器上存储一组存储库 - 其中一些通过子模块引用其他存储库 - 当服务器更改名称时，从而使gitmodules文件中的旧URL无效，该怎么办？
我唯一能想到的解决方法是从历史上的每个提交处制作“大量分支”，以仅保存更正的gitmodules。看起来这将产生很多混乱并且很麻烦。似乎必须有更好的方法 - 我肯定漏掉了什么？