GitHub 是否关闭了对 Subversion 客户端的支持?
Did GitHub shut down its support for Subversion clients?
GitHub documents 以支持 Subversion 客户端,我将其用于许多项目,以使用 svn:externals
将它们包含在我的一个工作副本中。从昨天开始,所有这些项目都出现以下错误:
The server at '[...]' does not support the HTTP/DAV protocol.
这发生在一长串项目中,一些例子:
https://github.com/apache/commons-lang.git/tags/LANG_3_6
https://github.com/pgjdbc/pgjdbc.git/tags/REL42.2.2
https://github.com/ams-tschoening/kaitai_struct_tests.git/branches/libs_java_3rd_usage
我已经写信给支持人员,但还没有收到任何回复。也许这里有人已经知道这只是暂时的问题还是永久性的?也许出于某种原因这个问题根本不会发生在其他用户身上?
谢谢!
这里不再适用于所有 github 个存储库!
使用最新的 TortoiseSVN 1.11.0.
我试过 TortoiseSVN 1.10 版,它仍然有效,所以这看起来像是 TortoiseSVN 1.11(与 SVN 1.11 链接)的问题。
此特定问题已在 GitHub 方面得到解决(截至 2018 年 12 月 19 日),请参阅下面的 已过时 部分。
但是,在其他情况下,例如
,您可能会得到错误The server at '[...]' does not support the HTTP/DAV protocol.
您导航到 SVN 网络界面 URL 而不是存储库 URL。阅读文章 KB102: Subversion client errors caused by inappropriate repository URL。
当您导航到不属于 Subversion 存储库的 URL 时,您可以简单地收到此消息。这是一个例子,我们 运行 svn info
反对 https://whosebug.com/
:
svn info https://whosebug.com/ svn: E170013: Unable to connect to
a repository at URL 'https://whosebug.com' svn: E175003: The
server at 'https://whosebug.com' does not support the HTTP/DAV
protocol
过时:
使用 Subversion 1.10 客户端作为解决方法。
由于最新的 Subversion 1.11.0 版本发生了一些变化,最新的 SVN 1.11 客户端不再使用 GitHub 的 SVN 桥并产生错误。希望 SVN 或 GitHub 方面的错误修复能尽快得到解决。
您可以在这个 users@Apache Subversion 邮件列表线程中找到更多信息:https://lists.apache.org/thread.html/90c028421ac86f787c2101ab61a70ec5fa0a6f4d617a8b87be802e5c@%3Cusers.subversion.apache.org%3E
不,这只是 GitHub 方面的一个错误。
查看以下...(我从 bahrep 上传的 link 中找到了这条消息)
根本原因是GitHub没有实现Subversion的HTTP/DAV
协议正确。
在 1.11 中,Subversion 客户端对服务器的要求更加严格
要求(参见:https://svn.apache.org/r1825302)。具体来说,我们
要求服务器向 OPTIONS 发送 DAV 响应 headers
请求,我们用于能力协商。这是一个例子
正确答案:
HTTP/1.1 200 行
日期:2018 年 11 月 4 日,星期日 15:40:24 GMT
服务器:Apache/2.4.7 (Ubuntu)
DAV:1,2
DAV:version-control,签出,working-resource
DAV:合并,基线,activity,version-controlled-collection
DAV:http://subversion.tigris.org/xmlns/dav/svn/depth
...
GitHub 服务器没有 return 任何 DAV:header 选项
请求,因此响应被认为是不正确的。我建议发送一个
向 GitHub 报告错误;附带的脚本可以用来模拟
Subversion 的 OPTIONS 请求。
与此同时,留在 1.10.x 似乎是唯一的选择,如果
你必须使用 GitHub 的 SVN 协议。
GitHub documents 以支持 Subversion 客户端,我将其用于许多项目,以使用 svn:externals
将它们包含在我的一个工作副本中。从昨天开始,所有这些项目都出现以下错误:
The server at '[...]' does not support the HTTP/DAV protocol.
这发生在一长串项目中,一些例子:
https://github.com/apache/commons-lang.git/tags/LANG_3_6
https://github.com/pgjdbc/pgjdbc.git/tags/REL42.2.2
https://github.com/ams-tschoening/kaitai_struct_tests.git/branches/libs_java_3rd_usage
我已经写信给支持人员,但还没有收到任何回复。也许这里有人已经知道这只是暂时的问题还是永久性的?也许出于某种原因这个问题根本不会发生在其他用户身上?
谢谢!
这里不再适用于所有 github 个存储库! 使用最新的 TortoiseSVN 1.11.0.
我试过 TortoiseSVN 1.10 版,它仍然有效,所以这看起来像是 TortoiseSVN 1.11(与 SVN 1.11 链接)的问题。
此特定问题已在 GitHub 方面得到解决(截至 2018 年 12 月 19 日),请参阅下面的 已过时 部分。
但是,在其他情况下,例如
,您可能会得到错误The server at '[...]' does not support the HTTP/DAV protocol.
您导航到 SVN 网络界面 URL 而不是存储库 URL。阅读文章 KB102: Subversion client errors caused by inappropriate repository URL。
当您导航到不属于 Subversion 存储库的 URL 时,您可以简单地收到此消息。这是一个例子,我们 运行
svn info
反对https://whosebug.com/
:
svn info https://whosebug.com/ svn: E170013: Unable to connect to a repository at URL 'https://whosebug.com' svn: E175003: The server at 'https://whosebug.com' does not support the HTTP/DAV protocol
过时:
使用 Subversion 1.10 客户端作为解决方法。
由于最新的 Subversion 1.11.0 版本发生了一些变化,最新的 SVN 1.11 客户端不再使用 GitHub 的 SVN 桥并产生错误。希望 SVN 或 GitHub 方面的错误修复能尽快得到解决。
您可以在这个 users@Apache Subversion 邮件列表线程中找到更多信息:https://lists.apache.org/thread.html/90c028421ac86f787c2101ab61a70ec5fa0a6f4d617a8b87be802e5c@%3Cusers.subversion.apache.org%3E
不,这只是 GitHub 方面的一个错误。
查看以下...(我从 bahrep 上传的 link 中找到了这条消息)
根本原因是GitHub没有实现Subversion的HTTP/DAV 协议正确。
在 1.11 中,Subversion 客户端对服务器的要求更加严格 要求(参见:https://svn.apache.org/r1825302)。具体来说,我们 要求服务器向 OPTIONS 发送 DAV 响应 headers 请求,我们用于能力协商。这是一个例子 正确答案:
HTTP/1.1 200 行 日期:2018 年 11 月 4 日,星期日 15:40:24 GMT 服务器:Apache/2.4.7 (Ubuntu) DAV:1,2 DAV:version-control,签出,working-resource DAV:合并,基线,activity,version-controlled-collection DAV:http://subversion.tigris.org/xmlns/dav/svn/depth ...
GitHub 服务器没有 return 任何 DAV:header 选项 请求,因此响应被认为是不正确的。我建议发送一个 向 GitHub 报告错误;附带的脚本可以用来模拟 Subversion 的 OPTIONS 请求。
与此同时,留在 1.10.x 似乎是唯一的选择,如果 你必须使用 GitHub 的 SVN 协议。