Version control ClearCase的开源替代方案

Version control ClearCase的开源替代方案,version-control,Version Control,也许我的问题没有被正确解释,所以让我试着解释一下 我正试图研究ClearCase的开源替代方案。它的优点之一是,它允许将内容逻辑分区到单独的集中式版本对象库(或VOB)中,我们可以控制对它们的访问。也就是说,存储库从管理的角度提供了一个统一的视图,然后我们可以分配访问控制规则,限制谁可以查看/修改repo中的内容 不幸的是,它很贵。。。它的许多特性都很糟糕。配置规范语言过于复杂,需要在应用标签之前创建标签类型,等等。因此,我正在寻找替代方案 阅读本文的人是否有过以这种方式配置和使用开源分布式版本

也许我的问题没有被正确解释,所以让我试着解释一下

我正试图研究ClearCase的开源替代方案。它的优点之一是,它允许将内容逻辑分区到单独的集中式版本对象库(或VOB)中,我们可以控制对它们的访问。也就是说,存储库从管理的角度提供了一个统一的视图,然后我们可以分配访问控制规则,限制谁可以查看/修改repo中的内容

不幸的是,它很贵。。。它的许多特性都很糟糕。配置规范语言过于复杂,需要在应用标签之前创建标签类型,等等。因此,我正在寻找替代方案

阅读本文的人是否有过以这种方式配置和使用开源分布式版本控制系统的经验?特别是在存储库中的内容子集(大小以TB为单位)上应用访问控制规则

关于集中式开源替代方案,也有同样的问题


任何第一手的经验和来自战壕的轶事都将受到极大的赞赏。

DVC通常要求每个开发人员都有一份完整的存储库副本,因此他们可能不适合如此大的数据集

如果大部分数据很少更新,您可能可以使其正常工作。您将为初始签出支付高额罚款,但较小的提交和更新可能是合理的。这是一个具有部分签出的集中式VCS优于分布式系统的领域

如果对内容进行逻辑划分,则可以划分为不同的较小存储库。Git和Mercurial允许您创建子存储库,这使它变得更容易


除非您需要阻止对某些内容的读取访问,否则我认为访问控制不是问题。与集中式系统不同,您不必有一个用于在开发人员之间移动更改的中央存储库。有许多工作流。您可以让一名高级开发人员维护一个稳定的分支,并让他们从开发人员那里获取更新。您可以在不同的位置拥有多个公共分支,并使用标准的网络访问控制,这些控制可以推送到每个分支。可能性是无穷的。

谢谢你,伙计。这正是我所怀疑的,但从其他有DVCS经验的人那里知道这一点很好。谢谢