我们计划从SVN切换到DVCS，可能是多变的。为了进行协作，我们仍然希望有一个中央服务器。目前，我们使用AuthzSVNAccessFile进行ACL和身份验证到我们的中央SVN服务器。
在ACL文件中，我们授予对组/用户的读/写访问权限以完成存储库或仅与该示例类似的子目录（但对于许多存储库）：
[repo:/foo]
bob = rw
[repo:/bar]
alice = rw
[repo:/common]
@repo-clients = r
问题是：使用这种细粒度的ACL授予访问权限的多变方式是什么？应该使用哪种基于HTTPS的服务器解决方案？我们希望在一个公共文件中为所有存储库配置ACL配置。此外，我们不希望使用SSH密钥身份验证机制来阻止在我们的服务器上使用协作的障碍，对于非技术团队也是如此。
答案 0 :(得分：2)
您可以设置一个RHodeCode，其中包含用户组，存储库组以及服务器的优秀用户界面。
答案 1 :(得分：2)
使用这种细粒度的ACL授予访问权限的多种方式是什么？
我们应该使用哪种基于HTTPS的服务器解决方案？
任何，虽然推荐的ACL shell是hg-ssh
我们希望将所有存储库的ACL配置放在一个公共文件中。
所有ACL扩展设置必须在hgrc
中进行配置此外，我们不希望使用SSH密钥身份验证机制来阻止在我们的服务器上使用协作的障碍
Rhodecode很好，如果你可以运行它
Puttyget + Pageant（适用于Win-sude） 可用于普通用户（已测试），但是：ACL与协议无关，因此您可以使用http | https（并且可以随时使用）围绕https的额外头痛