我最近将我的 subversion 客户端升级到 1.8.0,尽管我们公司的 subversion 服务器是 1.6.11,因为我检查过的所有地方似乎它们都应该兼容。
基本命令工作正常(更新、提交等)。问题是,当我尝试执行一些更复杂的命令时,比如重定位,或者我尝试从 maven release-plugin 生成一个版本。在这种情况下,我会收到以下错误:
[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.6 到最新的 1.7 的一系列客户端似乎没有得到。
我的猜测是 Subversion 1.8 发送了一些旧版本的客户端没有的 HTTP OPTIONS 命令,并且 subversion 服务器的防火墙 o 代理(不是 subversion 本身)正在拒绝它们。
除了恢复到较旧的 subversion 客户端(因为我已经将所有项目转换为 1.8 格式)之外,有什么方法可以防止发送那些较新格式的消息?或者是否有任何明确的规则需要添加到 subversion 服务器的防火墙中,以便 1.8 客户端可以工作?
编辑:我回到 1.7.x 客户端,一切正常,但我真的很想找到一种方法,可以使用 1.8 客户端而无需涉及服务器的系统管理员。
最佳答案
我在通过 https 代理连接到 subversion 服务器 1.5.1 时,通过 tortoisesvn 1.8.0 遇到了与 subversion 客户端 1.8.0 相同的问题。通过使用较旧的 subversion 客户端版本解决了这个问题。
关于svn - 针对 1.6.11 服务器工作的 Subversion 1.8.0 客户端,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17399664/