我最近更换了Mac的硬盘,所以我重新安装了SVN。但我无法连接到存储库,错误是:
svn: E120108: Unable to connect to a repository at URL 'xxxxxx'
svn: E120108: Error running context: The server unexpectedly closed the connection.
我可以在浏览器中访问该网址。 SVN也正确安装。当我输入svn --version
时,它显示我有SVN 1.8.3
。
之前有没有人见过同样的问题。任何帮助表示赞赏。
答案 0 :(得分:6)
删除auth文件夹对我来说不起作用,但我通过在URL中使用https协议而不是http解决了类似的问题(尽管浏览器显示后者)。希望这有助于其他人。
答案 1 :(得分:1)
最近在Windows Server 2012 R2系统上安装了SVN 1.8.5版本时遇到了同样的问题。
清除已保存的身份验证文件,只是重新进行身份验证,为我解决了问题。我在C:\ Users [我的用户名] \ AppData \ Roaming \ Subversion \ auth [身份验证类型] \目录下删除了所有带有散列名称的文件。下次我运行SVN时,它提示我输入我的凭据并更新没有问题。
答案 2 :(得分:1)
检查您是否拥有ip A6的DNS A / AAAA记录地址。 我删除了ipv6地址,它可以工作。
答案 3 :(得分:0)
我在Linux服务器上最近安装了SVN版本1.8.10解决了同样的问题。输入以下命令:
svnserve
这将启动svn服务。
svn checkout svn:url 'XXXXXX'
使用您的签出功能来检查本地存储库中的代码。
答案 4 :(得分:0)
又一个修复。似乎与农奴有关。将此行添加到您的~/.subversion/servers
文件中(您可以在[global]
部分进行尝试,但我不建议您暂时停止所有连接:
[global]
http-chunked-requests = no
答案 5 :(得分:0)
此处列出的解决方案对我不起作用,但是bobbogo的回答让我处于正确的区域。
基本上在〜/ .subversion / servers中我发现了以下内容
[global]
http-proxy-host= www-my-repo-address.com
不确定那个设置是如何实现的。 Cornorstone安装在机器上可能会修改它(但这是猜测)。
一旦 http-proxy-host 设置被注释掉,问题就解决了,代码可以检出。即。
[global]
#http-proxy-host= www-my-repo-address.com
注意:我在svn 1.7和1.9
中遇到过这个问题答案 6 :(得分:0)
就我而言,防病毒程序的防火墙会阻止此访问。因此,请更改网络流量过滤或关闭防火墙(不推荐)。
答案 7 :(得分:0)
我认为我在Windows 10上遭受了确切的错误长达半年以上。
终于,今天能够解决这个问题。
在SO的任何地方都没有找到这个特别的建议,因此可以与大家分享! :)
首先,要添加一些细节。
问题确实是间歇性的:有时工作正常,有时任何命令仅在第二次运行时有效。
几个月以来这还算不错,因为我使用SVN的次数不多(主要是去年使用Git),但是我的一些辅助项目仍然必须使用它,而几天前,我需要svn up
100个尝试中有100个失败! (我在循环for /L %i in (1,1,100) do svn up & PowerShell -Command "get-date"
中执行了它,只是为了测试和收集统计信息。)
我记得几个月前(第一次遇到问题时)做过同样的事,结果大约80%失败了。
再次搜索错误完全没有帮助。
更改客户也无济于事(我尝试使用 Subversion 1.8.17 和 TortoiseSVN 1.9.7 和 1.12.0 )。
顺便说一句,在Tortoise中,第一个错误代码有所不同:
svn: E170013: Unable to connect to a repository at URL 'xxxxxx'
svn: E120108: Error running context: The server unexpectedly closed the connection.
。
因此,这一次它阻碍了我的工作,于是我立即着手通过阅读大量文档并进行更多研究和网络冲浪最终解决了这一问题,最终我来到了此页面:http://www.microhowto.info/howto/configure_subversion_to_trust_a_given_ssl_certificate.html
还有,瞧!
将以下行添加到我的C:\Users\RAM237\AppData\Roaming\Subversion\servers
中,这是一劳永逸的:
ssl-authority-files = D:\Path\to\my\rootCA.pem
。
有趣的是,在Windows 8上使用各种Linux svn客户端或相同的Tortoise SVN时,我还没有遇到过此类问题。
原来,该公司位于此仓库中,大约在我更改操作系统时切换到基于证书的连接:)
希望这对迷失的灵魂有帮助:D