错误“服务器发送了不正确的 HTTP 响应。”在使用 Subversion 1.8+ 客户端提交时答案

【问题标题】：Error "The server sent an improper HTTP response." on commit with Subversion 1.8+ client错误“服务器发送了不正确的 HTTP 响应。”在使用 Subversion 1.8+ 客户端提交时
【发布时间】：2014-08-23 16:27:02
【问题描述】：

最近我一直被使用 TortoiseSVN (1.8.7.25475) 或 AnkhSVN (2.5.12471.17) 提交单个 SVN 存储库时出错所困扰：

错误运行上下文：服务器发送了不正确的 HTTP 响应

这是 TortoiseSVN 中的错误截图：

像素当然不同，但AnkhSVN中的错误是一样的。

这似乎只影响提交修改的尝试，而不影响添加或删除；而且我可以将 mod 提交到同一台服务器上的其他几个 SVN 存储库。

由于我的队友继续向有问题的 repo 提交 mod，并且问题只影响了我对该 repo 的提交，我尝试在重新签出 repo 后提交简单的 mod：一些 one-mod-at-a-时间提交有效，但随后...同样的错误。

我还搜索、查看并尝试了一些可能的解决方案（例如在 a thread on the TortoiseSVN forums to which Stefan Küng replied 中） - 注册表调整（删除 HKEY_CURRENT_USER\Software\Tigris.org - 当然是在导出它以进行备份之后），检查我的全局属性，并确保我我没有使用代理。同样的错误。

最后，我尝试修复和降级 TortoiseSVN。同样的错误。

有没有其他人在类似情况下遇到过这个错误并找到了解决方法？

请注意，一些相关的搜索结果提到调整 httpd.conf 或 SVN 服务器 的其他方面，但服务器调整对我来说似乎不合适。同样，我的队友继续使用相同版本的 TortoiseSVN、相同的操作系统（Win 7 Pro 64 位）等向相同的 repo 提交 mod。不过，也许我在服务器上遗漏了一些可能会影响到我的东西。

【问题讨论】：

你安装了什么杀毒软件？您是否收到相同的错误是防病毒软件完全未安装？您的机器和服务器之间是否有任何代理/防火墙？
@bahrep：我不想说，但我和我的队友都使用相同的杀毒软件。不过，这是一个合理的问题，我会看看它可能扮演的角色。至于我的机器和 SVN 服务器之间的任何代理/防火墙，我不相信有；但我会仔细检查。尽管如此，我和我的队友都会受到影响。
存在与故障 Cisco / 防火墙 / 防病毒相关的问题，因此至少了解您的环境中有什么是有帮助的。
@bahrep：啊，明白了。感谢您的提醒。我将检查任何网络中介的详细信息，并研究 AV 的可能性。
与 Tortoise 1.9.4 相同的问题，但建议的解决方案（设置 http-bulk-updates = yes）不起作用:(

标签： apache http svn tortoisesvn ankhsvn

【解决方案1】：

将您的 Subversion 客户端升级到最新版本。

过时的答案：

在客户端机器上！在文本编辑器中打开 %APPDATA%\Subversion\servers 并添加行 http-bulk-updates = yes，保存文件并查看是否有帮助。

如果有帮助，您最好使用 SVNAllowBulkUpdates prefer 指令配置 Apache HTTP Server 的 httpd.conf，以便所有 Subversion 1.8 客户端都可以连接而不会出现任何错误。

如果在您的组织中不止您遇到此错误并且调整服务器的配置仍然不可接受，you can change the setting http-bulk-updates = yes via Windows Registry 因此可以通过AD Group Policy 在所有受影响的机器上进行调整。

在Apache Subversion 1.8 Release Notes阅读更多信息。

P.S.：网络硬件/防火墙/防病毒故障仍然是这里的根本原因。以上只是使用neon 网络库恢复Subversion 1.7 和旧客户端行为的解决方法。顺便说一句，我猜安装的杀毒软件是 NOD32 或 BitDefender。

【讨论】：

这看起来很有希望，今天早上晚些时候我会试一试。谢谢你。如果该问题被证明是 RTFM 可预防的（以及 RTFRL 可预防的），它肯定会让我重新养成每次 TSVN 更新时阅读发行说明的习惯。过去，我通过彻底阅读它们确实避免了痛苦……但在几次顺利、平静的 TSVN 更新之后，我承认变得有点自满。 ://
@J0e3gan 我想说这不是一个真正的 RTFM 问题。这是出乎意料的行为，对于普通用户来说，原因非常不清楚。
效果很好。好吧，让我摆脱困境，因为我试图把责任推给我。 ;} 我认为问题的根源实际上读得很清楚 - 只需要在我的情况下找到它。感谢您为我指明正确的方向！
这对我的有线连接非常有效，但事实证明问题仍然存在于我的无线连接中，我了解到无线连接确实使用了 HTTP 代理。我正在研究代理的效果。感谢您强调这种可能性。
也许你是对的，我应该先尝试更新 TortoiseSVN，然后再尝试修改其他任何东西，但我的程序员占了上风:-)

【解决方案2】：

就我而言，这是 nginx 的 gzip 的问题（我在 Nginx 后面运行 SVNEdge SVN 服务器）。

我禁用了 gzip，一切都开始工作了。

【讨论】：