我正在使用存储在Samba网络共享上的工作副本。它似乎可以正常工作,除了一个问题...
在Windows下,我可以执行“svn log -l 100 -v .”命令来获取工作副本的日志,并在不到1秒的时间内得到结果。然而,如果我使用TortoiseSVN右键单击并显示日志,则会在使用30Mbps以上的网络带宽的情况下挂起数分钟。
Tortoise处理网络存储的工作副本需要特定的配置吗?是否已知有相关问题?
我正在使用存储在Samba网络共享上的工作副本。它似乎可以正常工作,除了一个问题...
在Windows下,我可以执行“svn log -l 100 -v .”命令来获取工作副本的日志,并在不到1秒的时间内得到结果。然而,如果我使用TortoiseSVN右键单击并显示日志,则会在使用30Mbps以上的网络带宽的情况下挂起数分钟。
Tortoise处理网络存储的工作副本需要特定的配置吗?是否已知有相关问题?
我知道这个帖子有点老了,但是...我找到了它,所以其他人也可能会发现。这并不一定是一个解决方案,而是我所知道的,以及我过去和最近经历过的。
我很久以前就研究过这个问题。我们也遭受同样的问题。在Windows工作站上,与SMB共享存储每个用户的检出的Linux Web服务器响应时间缓慢。
提交/更新/查询所需的时间非常长。我们已经全部习惯于它,因为我们的开发环境如何定义——它们都是半远程的而不是在我们的本地机器上,这对开发人员来说很悲哀,但这是安全官员和系统管理员早期决定做事情的方式。
公平起见,不要全部归咎于TortoiseSVN,我们也在其他应用程序中遇到了响应缓慢的问题。我个人在使用Eclipse编辑我的检出代码时经常遇到可怕的延迟。
TortoiseSVN自我FAQ中添加了一些信息,这是我上次看到它(很久以前):
我可以在网络目录中创建本地仓库吗? http://tortoisesvn.tigris.org/faq.html#repoonshare
我能否将我的仓库保存在网络共享上,而不是设置服务器? http://tortoisesvn.tigris.org/faq.html#reponoserver
我认为以下链接描述了svn 1.7如何在一般情况下使得“网络驱动器(nfs/samba)上的subversion工作副本”比svn 1.6更糟糕:
http://svn.haxx.se/dev/archive-2012-02/0413.shtml
如果svn 1.7中有一个选项可以打开SQLite独占锁定模式,那就太好了。
不应该将工作副本放在网络驱动器上!