version-control - 为什么 mercurial 子存​​储库被视为不得已的功能

Question

一般来说，我对源代码控制相对较新，特别是反复无常。在我的工作场所，我们使用 mercurial。与团队中的正常情况一样，不同的人从事不同但相关的项目。这个想法是为“子项目”创建一个主存储库（用于项目 X）和子存储库。

实施这不是问题。但是我很好奇为什么在 mercurial 的文档中他们考虑使用 subrepos 功能，“最后手段”。

Answer 1

它创建了一种依赖关系，它恰好处于一个微妙的平衡点，即过于紧密依赖而无法保留在完全独立的项目中，而过于松散依赖则无法保留在同一个项目中。人们通常认为自己处于最佳位置，而实际上并非如此，尤其是当他们习惯于集中式版本控制的文件夹结构时。他们不记得为了避免维护多个集中式版本控制服务器带来的不便，他们将所有内容都塞进了一个 repo，而不是因为项目本身之间存在某种内在的依赖关系。