Version control 具有工作目录模型的分布式源代码控制?
我正在寻找一个分布式源代码控制系统,它可以让我进行subversion类型的检查。我有几个不同的项目,希望将它们合并到一个存储库中。我希望能够有工作目录,尽管与subversion一样,每个项目不必是它自己的存储库。从Mercurial来看,这是不可能的,因为任何文件都必须存储在存储库中才能跟踪这些更改。如果有人知道分布式源代码管理系统可以让我使用working directorys,我将不胜感激。支持此功能,对一个用户免费,并通过支持Mono跨平台运行。在“分布式源代码管理”中,“分布式”的一部分要点是所有副本都是平等的——没有“主”副本,也没有“从”副本或“工作”副本Version control 具有工作目录模型的分布式源代码控制?,version-control,dvcs,Version Control,Dvcs,我正在寻找一个分布式源代码控制系统,它可以让我进行subversion类型的检查。我有几个不同的项目,希望将它们合并到一个存储库中。我希望能够有工作目录,尽管与subversion一样,每个项目不必是它自己的存储库。从Mercurial来看,这是不可能的,因为任何文件都必须存储在存储库中才能跟踪这些更改。如果有人知道分布式源代码管理系统可以让我使用working directorys,我将不胜感激。支持此功能,对一个用户免费,并通过支持Mono跨平台运行。在“分布式源代码管理”中,“分布式”的一
您似乎要求的是“分布式源代码控制-但不是真的。”每个签出都是自己的存储库,这一事实不应该比任何地方的
.svn
目录更麻烦
- CVS将元数据(仅少量)存储在
目录中,分散在各处CVS
- Subversion将元数据(包括每个文件的完整基本副本)存储在
目录中,分散在各处.svn
- Git在一个
目录中存储更多元数据(包括每个文件的完整历史记录).Git
我认为Git签出比颠覆签出更方便,因为只有一个代码> > git < /c>子目录。此外,Git签出通常比等效的Subversion签出小,因为所有历史修订都以高效的压缩格式存储,而不是作为单个未压缩文件。
Bazaar VCS的签出模型与SVN/CVS中的签出模型类似。这个问题是关于将多个不同的模块组合到单个项目存储库中以使工作更轻松的问题吗 在Subversion中,这将由svn:externals处理 Mercurial中的等价物是a 以下问题可能证明是有用的:如果我误解了您的问题,我深表歉意。每次签出都是它自己的存储库,这比subversion模型更不方便,因为要备份我所有的工作,我必须克隆多个存储库,而不是一个。