Svn 针对1.6.11服务器的Subversion 1.8.0客户端
我最近将我的subversion客户端升级到了1.8.0，尽管我们公司的subversion服务器是1.6.11，因为我检查过的所有地方似乎都应该兼容 基本命令工作正常（更新、提交等）。问题是，当我尝试执行一些更复杂的命令时，比如重新定位，或者我尝试从maven release plugin生成一个版本。在这些情况下，我会得到以下错误：Svn 针对1.6.11服务器的Subversion 1.8.0客户端,svn,Svn,我最近将我的subversion客户端升级到了1.8.0，尽管我们公司的subversion服务器是1.6.11，因为我检查过的所有地方似乎都应该兼容 基本命令工作正常（更新、提交等）。问题是，当我尝试执行一些更复杂的命令时，比如重新定位，或者我尝试从maven release plugin生成一个版本。在这些情况下，我会得到以下错误： [ERROR] svn: E175002: Unable to connect to a repository at URL 'https://mycompan
[ERROR] svn: E175002: Unable to connect to a repository at URL 'https://mycompaniesserver.com/svn/repo/trunk/project'
[ERROR] svn: E175002: OPTIONS request on '/svn/repo/trunk/project' failed: 503 Service Unavailable
编辑：我回到了1.7.x客户端，一切正常，但我真的很想找到一种方法，在不涉及服务器系统管理员的情况下使用1.8客户端。当通过https代理连接到subversion服务器1.5.1时，我通过tortoisesvn 1.8.0遇到了subversion客户端1.8.0的相同问题。通过使用较旧的subversion客户端版本解决了此问题。我想，您可以阅读subversion 1.8发行说明中的一章，注意Skelta的服务器端和客户端配置选项|批量模式，并从表中测试客户端-服务器模式（与网络管理员讨论）-您可以使用1.8从批量迁移到Skelta
另一种版本——中间块
中的代理防火墙 无法连接到URL处的存储库 svn客户端的新更改活动 当使用Kerberos或NTLM身份验证时。。。为每个HTTP请求和响应添加一个2-4KB的头IIRC这是1.8.0中的一个bug。安装一个更高的1.8.x版本。我相信这个问题可能在其他地方得到了解答。然而，最近在我的项目中，我遇到了同样的问题，并应用了其他地方给出的解决方案，即评论 上面图片中给出的行对我不起作用，因为它已经被注释掉了。供参考该文件位于本地系统的以下位置 strong文本C:\Documents and Settings\u username\u\Application Data\Subversion\servers 我们使用Subversion eclipse插件来完成所有操作。发生这种情况的原因是subversion请求正在被代理，而代理不支持很少的HTTP方法 正如我所做的那样。在eclipse IDE中
转到窗口>首选项>网络连接。如果“活动提供程序：”中的值不是Direct，则将其更改为Direct。请重试您正在尝试的操作，它应该会像符咒一样工作。：-） 有这个问题。与设置无关，只是最新版本的Tortoise与我服务器上安装的SVN版本不兼容。我下载了以前版本的乌龟，问题就解决了
（有意思的是，在将服务器上的SVN升级到1.8龟1.8之后，仍然无法工作，我只能与龟1.7连接。作为另一个数据点，我在通过http从1.8客户端与1.6服务器进行对话时遇到了问题。在声称是htt的方式中存在一些不可靠的代理与P1.1兼容。Subversion确实推动了http协议 1.7客户端有两个http库：WebDAV和Serf。WebDAV在1.8中被删除，只剩下Serf http库 我必须在我的SVN1.8客户端的配置文件中显式地关闭分块传输。然后一切都正常了（呃，除了任何包含新文件的签入，唉！）
请参阅中的第一个条目，并阅读您的
~/.subversion/servershttp chunked requests=no%APPDATA%\Subversion\servers
http-chunked-requests = no
这也是我必须要做的，以及再次下载我所有的1.8格式转换项目。我希望有一种方法可以禁止发送这些选项命令，这样我就可以使用新的客户端。在我的情况下，仅仅使用乌龟并不是一个真正的问题，因为我在运行几个使用普通旧svn的maven命令时遇到问题。