Git项目中包含第二个项目,其内容正在独立工作.
子模块不能用于较小的子模块,因为当用户尝试克隆或下载"父"时,甚至必须包含子项目.
不能使用子树合并,因为正在积极开发子项目,并且子树合并使得将这些更新合并回原始项目非常困难.
我被告知这个解决方案在SVN世界中被称为"供应商分支",并且它在Git中是如此简单,以至于甚至不需要寻址.网上有很多半生不熟的教程.
尽管如此,我似乎无法让它发挥作用.
有人可以(非常好吗？)解释我如何创建一个结构,一个项目存在于另一个项目中,并且可以从同一个工作目录开发和更新.理想情况下[或者更确切地说:如果不支持则非常重要]当客户端尝试下载"父"项目时,应该自动给他最新版本的子项目.
请不要向我解释我应该如何使用子模块或子树合并甚至SVN:Externals.这个线程是以下SO线程的产物,如果在那里错过了某些东西,请把它贴在那里.这个主题试图了解如何供应商分支机构,以及更长,更清晰,更笨拙的解释,我收到的解释会更快乐.
如果我错了,请更正我,但不是为OS项目分发SCM,而集中式SCM更适合企业/私人项目？
因为例如.mercurial任何人都可以获得具有完整历史记录功能的存储库的精确副本,而在集中式的情况下,您只能获得最新的工作副本.
我更关注私人项目,所以我想知道集中式SCM是否更好或不重要？