TortoiseSVN 在传输 @1 MB 数据后冻结
我正在使用 Apache Subversion 来管理和存储大量代码。 尝试在 Windows Vista 上使用 svn+ssh 和 TortoiseSVN 在标准工作计算机上获取它，我发现我实际上无法将所有内容立即传输到我的本地计算机 - 传输在大约 1 MB 后停止。 我可以通过取消流程并更新不完整的工作副本来断断续续地抓住一切，但这不是真正的问题。
真正的问题是，尝试合并多个代码分支需要足够的数据传输来阻塞连接，并且据我所知，不存在恢复不完整合并这样的事情。
我不知道为什么会发生这种情况 - 为我的 Google 抓取中的其他人解决问题的唯一解决步骤似乎表明攻击性防病毒软件可能与此有关，但禁用了工作计算机上安装的防病毒软件（Symantec Endpoint Protection）或命令它忽略目标目录和传输过程似乎没有任何帮助。
有人看到 TortoiseSVN 在传输少量信息时完全停止，我可以调整什么来解决这个问题？
我很确定这不是 Vista 特定的，因为我的朋友用的是 Windows上次推出的 XP 机器也有完全相同的问题。
一些额外信息：
TortoiseSVN 版本 1.5.5，32 位，在 32 位版本的 Vista 上。
通过 SSH 1 连接到运行 Subversion 1.5.3 的 Solaris 9 机器。 Solaris 和 SSH 的版本是不可协商的，因为这是一个经过改造的旧服务器，并且我们非常严格地管理配置。
我在 Solaris 计算机上进行了研究，除了系统尝试对我进行 Kerberos 身份验证并失败之外，看起来根本没有问题。 该过程显然只是在等待客户端输入（在结帐过程中？），而 Tortoise 似乎没有提供正确的类型。
从 TortoisePLink 切换到 PLink 似乎没有任何区别 - 该过程开始，但当它停止时，我在终端窗口中看不到任何内容。
即使有人帮助找出这里出了什么问题，我们也将不胜感激。
I'm using Apache Subversion to manage and store a decent volume of code. Trying to get at it on a standard work machine using svn+ssh with TortoiseSVN on Windows Vista, I find that I can't actually bring all of it down to my local machine at once - the transfer stops after about 1 MB. I can grab it all in fits and starts by canceling the process and updating the incomplete working copy, but that's not the real problem.
The real problem is, trying to merge multiple code branches requires enough data transfer to choke the connection, and as far as I can tell there's no such thing as resuming an incomplete merge.
I have no idea why this is happening - the only resolution steps that have fixed the problem for anyone else on my Google crawl seems to indicate an aggressive antivirus might have something to do with it, but disabling the one that was installed on the work machine (Symantec Endpoint Protection) or ordering it to ignore the destination directory and transfer process doesn't seem to help any.
Anybody out there seen TortoiseSVN flat-out stop when transferring modest quantities of information, and what can I tweak to fix the problem?
I'm pretty sure it's not Vista-specific, since my buddy with his Windows XP machine from the last rollout is having exactly the same problem.
A little extra information:
TortoiseSVN version 1.5.5, 32-bit on a 32-bit version of Vista.
Connecting to a Solaris 9 box over SSH 1, running Subversion 1.5.3. The version of Solaris and SSH aren't negotiable, since this is a repurposed old server and we manage configurations pretty strictly.
I've poked around on the Solaris machine and it doesn't look like there are problems at all, aside from the system trying to Kerberos-authenticate me and failing. The process is apparently just waiting for client-side input (in the middle of a checkout?) and Tortoise doesn't seem to be providing the right kind.
Switching to, say, PLink from TortoisePLink doesn't seem to make any difference - the process begins, but when it stalls out I'm not seeing anything in the terminal window.
Even some help on figuring out what's going wrong here would be appreciated.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
你连接到什么服务器？ 在 64 位机器上为服务器运行 32 位 Windows 二进制文件时，我也遇到过类似的问题。 它过去常常在重负载下停止，尤其是在进行合并时。
客户端上的 32/64 位不匹配也可能会导致该问题，但我还没有遇到过该特定问题。
What server are you connected to? I've had similar problems when running a 32bit windows binary for the server on a 64bit machine. It used to just stop under heavy load, especially when doing merges.
It's possible that a 32/64bit mismatch on the client might also cause the problem, but I've not experienced that particular problem.
尝试禁用 TCP 自动调整！ 众所周知，它会导致 TSVN 出现问题。
如何禁用
Try to disable TCP Auto-Tuning! It is known to cause problems with TSVN.
howto disable