version-control - 为什么 mercurial 子存​​储库被认为是最后的手段

Question

我对一般的源代码控制和特别是 mercurial 比较陌生。在我的工作场所，我们使用 mercurial。在团队中很正常，不同的人从事不同但相关的项目。这个想法是有一个主要的仓库(用于项目 X)和子仓库用于“子项目”。

实现这不是问题。但我很好奇为什么在 mercurial 的文档中他们考虑使用 subrepos 功能，"a feature of last resort" .

Answer 1

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