分布式源代码控制与工作目录模型？

Question

我正在寻找一个分布式源代码控制系统，它可以让我做一个颠覆式的结账。我有几个不同的项目，并希望将它们组合成一个存储库。我希望能够尽可能地拥有工作导演，就像Subversion一样，所以每个项目不一定是它自己的存储库。从Mercurial的角度来看，这是不可能的，因为任何文件都必须存储在存储库中以便跟踪其中的变化。如果有人知道分布式源代码控制系统可以让我使用工作导航，我会很感激。

Answer 1

SourceGear's Vault支持这个，对一个用户是免费的，并且通过支持Mono来运行跨平台。

Answer 2

“分布式源代码控制”中的“分布式”的一部分是所有副本相同 - 没有“主”副本，也没有“从”或“工作”副本。

你似乎要求的是“分布式源代码管理 - 但不是真的。”

Answer 3

每个结账都是自己的存储库的事实不应该比任何地方的.svn目录更不方便。

• CVS店的元数据（只是少量）在CVS目录，四处散落
• 颠覆存储元数据（包括每个文件的完整基本副本）在.svn目录，四处散落
• 的Git存储甚至更多的元数据（包括每个文件的完整历史）在单一.git目录

我认为一个Git结账是更 CON因为只有一个.git子目录需要关注，所以它比Subversion结帐要小心。此外，Git签出通常比等效的Subversion签出小，因为所有历史修订都以高效压缩格式存储，而不是单独的未压缩文件。

Answer 4

Bazaar VCS的结账模型与SVN/CVS中的类似。

Answer 5

这个问题是关于将几个不同的模块组合到一个单独的项目存储库中以使工作更轻松？

在Subversion中，这将与svn：externals一起处理。

Mercurial中的等价物是nested repository。如果我误解你的问题

1. How do people manage changes to common library files stored across mutiple (Mercurial) repositories?
2. Mercurial Subrepos - How do you create them and how do they work?
3. Is the subprepos feature in Mercurial 1.4.x ready for production use?

道歉：

下面的问题可能证明是有用的。