为什么mercurial子存储库被认为是最后的特征

Question

我对一般的源控制和专门的mercurial相对较新.在我的工作场所,我们使用mercurial.在团队中是正常的,不同的人在不同但相关的项目上工作.这个想法是有一个主要的回购(对于项目X)和子项目的子项目.

实现这一点不是问题.但我很好奇为什么在mercurial的文档中他们考虑使用subrepos功能,"最后的功能".

Answer 1

它创建了一种依赖关系，这种依赖关系在过于紧密的依赖关系（无法保留在完全独立的项目中）和过于松散的依赖关系（无法保留在同一个项目中）之间取得了微妙的平衡。人们常常认为自己处于最佳状态，但事实并非如此，特别是如果他们习惯了集中版本控制的文件夹结构。他们不记得他们将所有内容都塞到一个存储库中是为了避免维护多个集中式版本控制服务器的不便，而不是因为项目本身之间存在某种内在的依赖关系。