Svn Mercurial-可能做的限制?

Svn Mercurial-可能做的限制?,svn,version-control,mercurial,Svn,Version Control,Mercurial,我正在考虑使用Mercurial,我已经受够了SVN merge。是否可能有回购协议,其中个人仅限于他们能够获得的东西?例如,前端开发人员只能访问HTML和CSS文件等 我想我正在寻找类似这样的东西:由于Mercurial的分布式特性,这是不可能做到的。用户是否具有对整个存储库的读取权限 关于写入:虽然可以通过钩子在服务器端控制这一点,但在这种情况下,对于意外做出更改或不得不进行更改的开发人员来说,这将是一个很大的难题,因为他们缺乏推送权限而被阻止,因此无法继续工作 可以帮助 您还可以在单独的回

我正在考虑使用Mercurial,我已经受够了SVN merge。是否可能有回购协议,其中个人仅限于他们能够获得的东西?例如,前端开发人员只能访问HTML和CSS文件等


我想我正在寻找类似这样的东西:

由于Mercurial的分布式特性,这是不可能做到的。用户是否具有对整个存储库的读取权限

关于写入:虽然可以通过钩子在服务器端控制这一点,但在这种情况下,对于意外做出更改或不得不进行更改的开发人员来说,这将是一个很大的难题,因为他们缺乏推送权限而被阻止,因此无法继续工作

可以帮助 您还可以在单独的回购协议上拆分回购协议,并将各个部分连接到大项目中,或者只是在路径中有多个回购协议,并从所有回购协议中执行拉取
如果有几个回购协议,每个人都可以获得与其工作相关的回购协议,情况如何?那么,一个将所有这些结合在一起的主要回购协议?听起来很乱,是的。但你为什么需要它?我们有几十个开发者在回购协议中工作。每个人只做自己的工作。有什么理由要严格拒绝某些东西吗?正如我所说的,通过使用服务器端钩子来拒绝编写某些特定的dir/文件是可能的,这些钩子将在推送时触发,但根据我自己的经验,这将比好的更坏。ACL只会在推送阶段起作用。这对克隆副本没有帮助。而且它需要mercurial共享模式的特定设置,您认为拆分repo的想法如何?@zerkms-RTFM它可以根据其源http、ssh、pull、push和bundle限制更改。@Lazy Badger:我知道,我说的是另一个thing@StackOverflowNewbie当前位置尽管它会起作用-我认为没有理由让事情变得比必要的更复杂。我在几个大项目中工作,几十个开发人员,几十个变更集,我们没有遇到任何问题。