Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/clojure/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
TortoiseSVN签出失败错误svn:E120106:ra_serf:服务器发送了截断的HTTP响应正文_Svn_Tortoisesvn - Fatal编程技术网

TortoiseSVN签出失败错误svn:E120106:ra_serf:服务器发送了截断的HTTP响应正文

TortoiseSVN签出失败错误svn:E120106:ra_serf:服务器发送了截断的HTTP响应正文,svn,tortoisesvn,Svn,Tortoisesvn,TortoiseSVN显示错误svn:E120106:ra_-serf:服务器在签出操作期间发送了一个截断的HTTP响应正文。如何解决此问题?然后进行更新,而不是再次签出。。。不要删除签出的副本,只需再次更新它。一些来自TortoiseSVN developer的信息: 发送的数据太大,服务器关闭连接,原因是 达到极限 有助于解决此问题的可能步骤: 增加服务器上的超时值 将服务器上的压缩级别设置为零(这会降低速度,但有助于解决此问题) 确保您和svn服务器之间的所有代理也增加了超时值 SV

TortoiseSVN显示错误
svn:E120106:ra_-serf:服务器在签出操作期间发送了一个截断的HTTP响应正文
。如何解决此问题?

然后进行更新,而不是再次签出。。。不要删除签出的副本,只需再次更新它。

一些来自TortoiseSVN developer的信息:

发送的数据太大,服务器关闭连接,原因是 达到极限

有助于解决此问题的可能步骤:

  • 增加服务器上的超时值
  • 将服务器上的压缩级别设置为零(这会降低速度,但有助于解决此问题)
  • 确保您和svn服务器之间的所有代理也增加了超时值

SVN1.8包括一个新的HTTP客户端库(Serf)


我认为这是罪魁祸首。我已经安装了
TortoiseSVN-1.8.6.25419-x64-svn-1.8.8。msi
和执行
svn merge
给出了相同的错误。起初我认为这是svn服务器超时的问题,但相同的合并操作适用于
1.6
。所以我想问题在于SVN版本1.8及以上请将您的svn客户端版本还原为1.7或1.6,然后重试

在SVN配置文件中设置以下键值。就这样

DeflateCompressionLevel 5
1是最低值。
9是最大值。

请确保使用可用的最新Subversion客户端版本。如果问题仍然存在,您应该

  • 请与系统管理员联系,检查网络是否存在连接问题
  • 确保客户端计算机和Subversion服务器之间的代理正常工作,并且不会过早终止连接
  • 确保您在客户端或服务器计算机上安装的防病毒软件不会干扰Subversion HTTP(S)通信。您必须添加例外/排除规则,该规则将禁用对Subversion服务器的访问或流量扫描

注意:降级Subversion客户端是一种错误且丑陋的解决方法。这个问题必须在网络上解决。

我也遇到过同样的问题,但是在我们的CI系统teamcity的背景下。有些脚本不使用teamcity本身进行签出,而是执行手动svn签出并导致此错误

在大型存储库上取消内部SVN清理签出以进行工作 使用svn.exe通过脚本而不是内置脚本复制格式1.7 teamcity SVN,带有消息:“SVN:E120106:ra_serf:服务器已发送 截断的HTTP响应正文。“

  • 无论工作拷贝格式如何,小型存储库的干净签出都可以正常工作
  • 使用working copy format 1.5清洁签出大型存储库工作
  • 使用导出而不是签出是可行的
  • 使用teamcity 8.1.5内部svn客户端工作(不知道为什么)
  • 使用svn client 1.7而不是1.8会导致类似的超时相关错误:“svn:E175002:报告“/!svn/me”:无法读取响应正文:安全连接被截断”
增加服务器上的SVN超时值确实解决了该问题,此后未出现“ra_-serf”或“安全连接截断错误”

Aniket Thakur关于恢复svn客户端版本的建议确实对这个问题产生了影响,但我无法找到正确的版本。(如有)

Sanmat Jhanghari提出的降低压缩级别的建议不仅是公认的解决方案的一部分,而且这可能起作用的原因是它可以保持SVN服务器和客户端之间的响应时间稳定,压缩大型文件不再导致超时

将工作副本更改为1.5是解决此问题的唯一客户端备选方案。这种方法有效的原因很可能与数据的压缩方式有关,但我无法找出确切的原因


如果您只对数据本身感兴趣,而不需要将其作为存储库,那么使用导出是一种可怕的客户端替代方案。但导出行为略有不同。例如,它不会覆盖现有文件。我也不明白为什么与正常的签出相比,这是有效的。

不正确的代理设置可能会导致相同的错误消息

我在结账过程中的不同时刻遇到了完全相同的错误。前几个文件始终成功,但在5-10个文件之后,出现ra_-serf错误。大小文件也是如此


经过一些尝试和错误(其他硬件、有线连接)后,我还没有找到解决方案。我决定检查所有的乌龟SVN设置,发现了一个简单的答案:我的代理设置不正确

请添加更多细节。。。例如,您使用的是哪个乌龟版本,哪个版本有subversion服务器。其他人可能会遇到相同的错误,但正在进行合并。降级客户端解决了问题。SVN 1.9.3(windows,命令行)中仍然存在问题。这并没有提供问题的答案。要评论或要求作者澄清,请在他们的帖子下方留下评论——你可以随时在自己的帖子上发表评论,一旦你有足够的评论,你就可以发表评论了。@Sathish,老实说,说这不能提供问题的答案是不正确的。本质上没有“问题”。萨提什-阿列克谢确实提供了一个答案,而且很有效。这是一个有用的答案。你想签出回购协议,但你得到了一个错误。使用此解决方法,您将能够完成签出。此处已提出此错误,但它似乎返回到1.7是目前唯一的选择。“就是这样”什么?您认为这将如何解决问题?您将了解如何增加客户端和Visual SVN服务器的超时设置。