首页 文章

svn update / checkout / commit失败

提问于
浏览
1

环境:

客户
Windows 7终极版x64
TortoiseSVN的(最新的)

服务器
ubuntu 10.4
svn(由另一个不是我安装的 . 他们称之为'svn' . 我知道服务器是什么 . 像visualsvn,ubersvn ......)
阿帕奇
MySQL的
PHP
使用usvn来管理svn .

问题:

在结帐/更新时,我可以看到以下消息:

'///!svn / vcc / default'的报告:无法读取块大小:连接已被服务器关闭(http:// ***)

但实际更新或结帐成功 . 只是消息 .
当我对同一版本进行更新时,没有错误 .

它有点烦人,但我能忍受它 . 但真正的问题是当我尝试提交时 . 我无法承诺 .

当我尝试提交时,提交需要很长时间 . 最后,它失败了 . 下一条消息 . 该消息显示我的语言,所以我不知道确切的消息 . 我接着用英语翻译它:

提交失败:服务器向MERGE'/ svn / *** / trunk'返回了意外值(400 Bad Request),因为已发送对该请求的响应 .

此问题仅发生在此客户端PC上 .
而具有此SVN服务器的其他客户端PC不会出现问题 .
并且,与其他SVN服务器的客户端PC永远不会出问题 .
我一遍又一遍地重新安装TortoiseSVN并删除它并清理注册表(找到Tortoise)并重新安装,但这个问题仍在继续 . 我不认为这个问题是由服务器或客户端引起的 .

谁知道它的解决方案?

3 回答

  • 1

    谢谢您的回答 .
    最后,我以其他方式解决了这个问题 .
    问题出在我的客户端计算机上 .

    我使用卡巴斯基互联网安全防火墙 .
    我停止实时保护,提交/更新/结账成功 .

    但有些问题仍然存在;为什么其他svn服务器没问题?我不知道原因 .

    无论如何,我会试着解决这个问题 . 因为我想在我的防火墙上使用svn .

  • 0

    如果将新的工作副本签出到新目录中,是否会出现此错误?如果没有,那么问题可能是由于工作副本损坏 .

    如果一个新的WC仍然可以重现这个,那么问题可能在服务器端 . 你有管理员访问服务器?

  • 0

    它在subversion.conf中的Timeout指令尝试将其设置为较低的值,如3000000到3600 .

相关问题