如何在subversion服务器中从https://转换为svn://协议

Question

更新: svn和http协议基准测试在..中。

检查一个项目的主干需要多长时间(分钟和秒)。

svn协议: 5:32

http:协议: 5:33

svn协议( AVG文件夹例外)：2:22

http协议( AVG文件夹例外)：2:23

速度结果:里面绝对没有任何东西！

AVG结果:然而，通过告诉忽略我的工作拷贝文件夹，签出时间变得比以前快了一倍！

原始问题:

我们目前使用的VisualSVN服务器，我认为！？只支持http协议？(有人能确认一下吗？)

我有read here，并意识到svn://协议的速度要快得多，特别是对于大量较小的文件。

有谁推荐使用带有svn://协议的subversion服务器的最不痛苦的方式(即使这意味着使用不同风格的subversion服务器)。

运行VisualSVN服务器的计算机是2003框。

提前谢谢你，

--李

Answer 1

事实证明，subversion更新放缓的问题并不是由于协议(SVN与HTTP相同的速度)，而是由于AVG扫描了每个文件。。

在向AVG中添加一个异常以忽略我的工作复制文件夹、更新和签出之后，现在速度是的两倍多。

检查一个项目的主干需要多长时间(分钟和秒)。

svn协议: 5:32

http:协议: 5:33

svn协议( AVG文件夹例外)：2:22

http协议( AVG文件夹例外)：2:23

速度结果:绝对没有！

AVG结果:然而，通过告诉AVG忽略我的工作拷贝文件夹，签出时间变得两倍快！

Answer 2

推荐使用带有svn://协议的subversion服务器的最不痛苦的迁移方式

使用原始的Subversion服务器而不是VisualSVN。管理存储库并不难！只需移动到正常的SVN，并节省您自己的许可证费用。

此外，我建议继续使用HTTP/HTTPS协议。在大多数情况下，协议不是Windows工作站上的问题。问题通常是您的防病毒和慢NTFS造成的问题。

一般注意:由于上述问题，Linux上的结帐速度比在windows站点上快一个数量级。因此，我不认为在切换到svn://后会有任何改进。此外，您可以使用原始Subversion服务器进行一些简单的基准测试，并检查它是否有任何改进。

此外，使用https允许您(如果您想的话)将SVN存储库放在internet中，并允许用户以安全方式访问它，而不是。

Answer 3

我认为从https:///http://更改为VisualSVN服务器中的svn://协议很容易，因为VisualSVN服务器下有一个svnserve。只要启动svnserve，使用命令svnserve -d -r <repositories_dir>，就可以使用svn://协议访问存储库。