7

我最近更换了 Mac 的硬盘，所以我重新安装了 SVN。但我无法连接到存储库，错误是：

svn: E120108: Unable to connect to a repository at URL 'xxxxxx'
svn: E120108: Error running context: The server unexpectedly closed the connection.

我可以在浏览器中访问 URL。SVN 也安装正确。当我键入svn --version时，它表明我有SVN 1.8.3.

有没有人见过同样的问题。任何帮助表示赞赏。

4

8 回答 8

6

删除 auth 文件夹对我不起作用，但我通过在 URL 中使用 https 协议而不是 http 解决了类似的问题（尽管浏览器显示为后者）。希望这对其他人有帮助。

于 2014-03-27T05:31:37.107 回答
2

检查您是否有 ipv6 的 DNS A/AAAA 记录地址。我删除了 ipv6 地址，它可以工作。

于 2017-10-24T21:02:33.130 回答
1

我最近在 Windows Server 2012 R2 系统上安装了 SVN 1.8.5 版时遇到了同样的问题。

清除保存的身份验证文件并重新进行身份验证为我解决了这个问题。我删除了 C:\Users[My User Name]\AppData\Roaming\Subversion\auth[authentication type]\ 目录下所有带有散列名称的文件。下次我运行 SVN 时，它提示我输入我的凭据并且更新没有问题。

于 2014-01-30T01:00:23.013 回答
0

我最近在 Linux 服务器上安装了 SVN 版本 1.8.10 解决了同样的问题。键入以下命令：

svnserve

这将启动 svn 服务。

svn checkout svn:url 'XXXXXX'

使用您的签出功能从本地存储库中签出代码。

于 2015-01-05T07:03:25.420 回答
0

又一个修复。似乎与农奴有关。将此行添加到您的~/.subversion/servers文件中（您可以在该[global]部分中尝试，但我不建议您忽略所有连接：

[global]
http-chunked-requests = no
于 2015-02-26T08:21:16.027 回答
0

就我而言，防病毒程序的防火墙阻止了这种访问。所以更改网络流量过滤或关闭防火墙（不推荐）。

于 2018-03-30T01:52:15.327 回答
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 时，我之前没有遇到过这样的问题。
事实证明，在我更改操作系统时，建立这个 repo 的公司切换到了基于证书的连接： )

希望这对迷失的灵魂有帮助：D

于 2019-11-25T15:45:26.287 回答
0

此处列出的解决方案对我不起作用，但 bobbogo 的回答让我处于正确的区域。

基本上在 ~/.subversion/servers 我发现了以下内容

[global]
http-proxy-host= www-my-repo-address.com

不确定该设置是如何到达那里的。Cornorstone 安装在机器上，也许它修改了它（但这是一个猜测）。

一旦http-proxy-host设置被注释掉，问题就解决了，代码可以被检出。IE

[global]
#http-proxy-host= www-my-repo-address.com

注意：我在 svn 1.7 和 1.9 都遇到过这个问题

于 2016-02-10T13:52:42.460 回答