也许我的问题没有正确解释，所以让我试着解释一下。
我正在尝试调查ClearCase的开源替代品。它的优点之一是它允许将内容逻辑分区为单独的集中版本对象库（或vob），我们可以控制访问。也就是说，存储库从管理角度提供统一视图，然后我们可以分配访问控制规则，限制谁可以查看/修改存储库中的内容。
不幸的是，它很昂贵......而且它的许多功能很糟糕。过于复杂的配置规范语言，需要在应用标签之前创建标签类型等等。所以，我正在寻找替代方案。
有没有读过这篇文章的人有过以这种方式配置和使用开源分布式版本控制系统的经验吗？特别是在存储库中的内容子集上应用访问控制规则（大小以兆兆字节为单位）？
关于集中式开源替代方案的相同问题。
任何第一手经验和来自战壕的轶事都将受到高度赞赏。
答案 0 :(得分：1)
DVCS通常要求每个开发人员都拥有存储库的完整副本，因此它们可能不适合这么大的数据集。
如果大多数数据很少更新，您或许可以使其工作。您将为初始结账支付大幅罚款，但较小的提交和更新可能是合理的。这是一个集中VCS和部分检查可以优于分布式系统的领域。
如果内容存在逻辑划分，则可以划分为单独的较小存储库。 Git＆amp; Mercurial允许您创建子存储库，使其更容易。
除非您需要阻止对某些内容的读取权限，否则我认为访问控制不是问题。与集中式系统不同，您不必拥有一个用于在开发人员之间移动更改的中央存储库。有许多工作流程。你可以让一个高级开发人员维护一个稳定的分支，让他们从开发人员那里获取更新。您可以在不同的位置拥有多个公共分支，并使用可以推送到每个分支的标准网络访问控制。可能性是无穷无尽的。