TortoiseSVN 1.7在提交和检查网络共享上的修改时非常慢

时间:2012-01-16 12:35:42

标签: svn tortoisesvn commit network-share performance

此问题仅适用于仅使用TortoiseSVN 1.7和仅使用网络共享的操作。

在开发服务器上我有一个svn工作副本,我可以提交一些内容,然后在生产服务器上更新 有时当开发服务器上的所有活动会话都忙(我无法通过RDP连接)时,我通过另一台开发服务器的网络共享进行“提交”。
所以,我打开DEV-2,然后打开网络目录:\\ DEV \ Project并点击“提交”或“检查修改”。
此时对话框打开非常缓慢(30-40分钟)。没有未版本控制的文件。而且无论改变了多少文件(可以是0)。

注意:“更新”操作正常 上述问题也适用于旧版本的TortoiseSVN(例如1.6)。

我看到很多建议不在网络共享上使用这些操作,并在本地使用它们 但这不是问题的解决方案 有时我需要在网络共享上“提交” 而且,这在早期版本中运行良好。

也许有人知道如何解决这个问题?或者可能存在一些可以禁用的设置?

我在乌龟开发者论坛上发现了同样的问题。但也没有解决方案: http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2892466

<小时/> 更新1:
我在乌龟开发者论坛上添加了一个类似的问题:
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2909472

4 个答案:

答案 0 :(得分:14)

您在链接到的tigris.org帖子后面的帖子中的原始海报说:

“我找到了解决方案。如果我停用

  

设置 - &gt;常规 - &gt;对话框2-&gt;状态 - &gt;“递归到无版文件夹”

使用TortoiseSVN v1.6.x,所有工作都像之前一样。“

http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2893160

答案 1 :(得分:2)

您使用的是file://协议吗?如果是,请立即停止 - 特别是在网络共享上。

你永远不应该在Subversion存储库上使用file:// - 特别是如果多个用户正在使用它。

尤其如此,因为轻量级Subversion服务器进程svnserver很容易启动并运行。甚至还有方向可以将其作为Windows Service使用。

唯一的问题是您的网站阻止了网络上的端口3690。但是,这应该很容易解决。如果没有,您可以从VisualSVN,Wandisco甚至CollabeNet获得许多免费的Apache HTTPD / Subversion软件包中的一个,它允许您在Windows系统上使用HTTPD轻松设置Subversion服务器。

唯一可能的问题是你在TortoiseSVN 1.7中使用旧的1.6 Subversion工作目录。 Subversion 1.7的工作目录布局已经改变,你应该真的做一个新的干净结账。

答案 2 :(得分:0)

最好的&#34;解决方法&#34;对这个&#34;问题&#34;在我看来,会要求您的管理员改进项目的基础结构。 SVN应该可以帮助您将某些源代码树的本地副本与远程原始文件同步。如果你被迫登录某个-remote-&#34; dev服务器&#34;从您的本地计算机并将更改提交到--remote--网络目录,然后显然有一些限制使您无法以最佳(可接受)方式工作。我可能理解为什么如果客户端不允许您将代码副本签出到本地计算机,但强制人们通过RDP工作绝对是疯了。不要为那些有这种愚蠢要求的人工作。雇主应该至少方便你来开发服务器&#34; dev服务器&#34;而不是通过RDP。

一个不太理想化的建议是在命令行中使用svn二进制文件,在修改过的文件所在的主机上(不是通过网络安装)。您可以直接使用这些工具来消除错误来源。

答案 3 :(得分:0)

作为一种解决方法,我们已经改变了Show Locks 右键单击文件夹,选择Tortoise \ Settings,然后选择General \ Dialog 3,然后取消选择Show Locks 请查看http://tigris-scm.10930.n7.nabble.com/Workaround-for-slow-RepositoryBrowser-on-large-repositories-td92324.html