21

此问题仅与 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

4 回答 4

17

您链接到的 tigris.org 线程的后续帖子中的原始海报说：

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

设置->常规​->对话框2->状态->“递归到未版本化的文件夹”

TortoiseSVN v1.6.x 的所有工作都像以前一样。”

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

于 2012-01-18T19:06:38.560 回答
2

你在使用file://协议吗？如果是，请立即停止——尤其是在网络共享上。

您永远不应该file://在 Subversion 存储库上使用——尤其是在多个用户使用它的情况下。

尤其如此，因为它很容易获得svnserver，轻量级 Subversion 服务器进程，启动和运行。甚至有一些说明可以让它作为Windows 服务工作。

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

唯一可能的其他问题是您将旧的 1.6 Subversion 工作目录与 TortoiseSVN 1.7 一起使用。Subversion 1.7 的工作目录布局已经改变，你真的应该做一个新的干净检出。

于 2013-02-26T17:55:26.477 回答
0

在我看来，解决这个“问题”的最佳“解决方法”是要求您的管理员改进项目的基础设施。SVN 应该可以帮助您同步本地一些源代码树对远程原始的副本。如果您被迫从本地计算机登录到某个-remote-“开发服务器”并将更改提交到--remote--网络目录，那么显然有一些限制使您无法以最佳状态工作（可接受）方法。如果客户端不允许您将代码副本检出到本地计算机，我大概可以理解为什么要这样做，但是强迫人们通过 RDP 工作绝对是疯狂的。不要为有这种愚蠢要求的人工作。雇主至少应该帮助您来“开发服务器”上工作，而不是通过 RDP。

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

于 2012-02-09T02:27:26.717 回答
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

于 2017-09-23T04:39:27.753 回答