SVNSERVE1.6.6升级或迁移建议?

SVNSERVE1.6.6升级或迁移建议?,svn,migration,upgrade,collabnet,svnserve,Svn,Migration,Upgrade,Collabnet,Svnserve,我正在寻找一种升级解决方案,从当前的svnserve(1.6.6版本)设置升级到其他提供LDAP身份验证和细粒度安全性(文件夹级限制,而不是全有或全无访问)的解决方案 目前,现有的SVN服务在安全性方面几乎什么都不提供(用户名和密码是相同的;任何具有SVN访问权限的用户都可以导航到他不应该访问的任何项目/文件夹。我已经查看了Collabnet Edge,它完全符合我们的要求,但遗憾的是它没有提供SVN服务支持 显然,我需要保存当前存储库及其所有签入/签出历史记录。任何建议都会有很大帮助。如果你们

我正在寻找一种升级解决方案,从当前的svnserve(1.6.6版本)设置升级到其他提供LDAP身份验证和细粒度安全性(文件夹级限制,而不是全有或全无访问)的解决方案

目前,现有的SVN服务在安全性方面几乎什么都不提供(用户名和密码是相同的;任何具有SVN访问权限的用户都可以导航到他不应该访问的任何项目/文件夹。我已经查看了Collabnet Edge,它完全符合我们的要求,但遗憾的是它没有提供SVN服务支持

显然,我需要保存当前存储库及其所有签入/签出历史记录。任何建议都会有很大帮助。如果你们中的任何人已经完成了这种迁移,并且愿意共享文档,那将是非常棒的。谢谢。Karthik

尝试进行SVN“转储”(如果你在谷歌上搜索,会有很多关于这方面的信息),然后将转储的存储库导入到SVN Edge。

正如@crusader所建议的。因此,您必须使用HTTP


您的用户将需要使用新的HTTP再次签出其工作副本URL或其现有工作副本指向此新URL。不要忘记将访问存储库的其他服务指向新URL。

您只需在同一服务器上安装SVN Edge,并将其指向包含存储库的文件夹。无需进行任何迁移或转储和加载。请参阅:

SVN Edge不支持SVN服务,因此您需要过渡到使用https协议,但考虑到您提到的安全性等问题,这是一件好事。您可以在过渡期间保持现有的SVN服务进程不变。可以同时从多个服务器进程访问存储库


一旦您的用户都在使用https服务器,您就可以停止SVN服务进程并将其注销。

感谢您的回复。对延迟响应表示歉意-我没有收到任何电子邮件通知(糟糕!)你好,Mark,我已经能够通过迁移到Edge来执行此任务,但它不支持svn://并且由于webDAV的缺点导致了性能开销。我改为使用svn 1.8.5,升级效果非常好。但是我一直在尝试使用SASLAUTHD将其与AD集成。我意识到它不能在Windows上编译,但是Kerbe呢ros身份验证?我可以使用Cyrus之外的任何其他SASL吗?但我相信这意味着必须使用GNU SASL函数来重建Subversion?我能做些什么来将svnserve与LDAP一起使用吗?谢谢。不要浪费你的时间。你永远不会让svnserve与Active Directory一起工作。干杯,马克!我已经设法让svnserve与之一起工作了现在是LDAP。你应该在某个地方发布一个详细的博客来帮助下一个家伙。我从未见过它在任何地方起作用。