使用SVN将主干合并到分支时出现“安全连接截断”错误。

9

尝试使用以下命令将更改合并到分支后,想要将svn trunk的更改合并回分支,但出现了以下错误:

../branches/myBranch$ svn merge -r 94:171 https://.../trunk --dry-run

我从SVN得到以下错误信息:

svn: REPORT of '/svnroot/simspark/!svn/vcc/default': Could not read chunk size: Secure connection truncated (https://simspark.svn.sourceforge.net)

我们已经尝试通过谷歌搜索解决这个问题,但得出结论这样做没有意义。当然,我不会阻止你自己尝试解决,但你已经被警告了。

总之,我们找到的普遍感觉是这是一个SVN的bug,我们很挫败。我正在使用1.5.4版本的SVN,这是我Linux发行版中可用的最新版本。

有什么建议吗?我不想失去三个月以上的工作,所以希望能找到解决方案。

顺便提一下,我的同事在Mac上尝试了这个操作,并没有出现错误,但已经有几十个冲突,而且还在不断增加。<3 SVN。


今天我遇到了这个问题-不是在执行合并操作,而是在执行转换操作-如果我找到有用的信息,我会发布一个答案。目前,我成功地在单个文件夹上工作,而不是整个树上。请查看http://help.beanstalkapp.com/discussions/problems/533-could-not-read-chunk-size-secure-connection-truncated - GrahamMc
2
在Ubuntu上尝试合并/提交大量数据时,我遇到了这个问题。结果发现VPN在Ubuntu上被重置了。而在Windows上尝试同样的事情却非常顺利。我认为Ubuntu的VPN客户端在向SVN服务器发送约1MB的数据后会自动重置。不确定我说的是否有价值,但只是分享我的经验。 - Nishant
Nishant,请将其作为答案发布-这可能不是此问题的解决方案,但对其他人来说可能是一个好线索。 - pjmorse
我在尝试更新到HEAD时收到了相同的错误信息。我通过检出存储库的新副本,然后将修改的文件复制到其中来解决了这个问题。可能可以创建补丁文件使其更容易,但“损坏”的工作副本已经几乎是最新的了。 - AlexMA
5个回答

2

就我所知,当你的防火墙重置HTTP连接时,会出现这种情况。如果可以的话,使用svn+ssh可以解决这个问题。


2
我遇到的一个解决方案(在我有访问权限的本地服务器上)是将 SVNAllowBulkUpdates On 指令添加到Apache配置文件中。这可能会帮助某些人 ;)

1

在切换过程中遇到了同样的问题。由于同一仓库内的其他分支没有出现相同的错误,很可能是工作副本出了问题。

解决方案:首先找到目录树中出现错误的最高文件夹;那就是你的工作副本出了问题的地方。一旦找到了该文件夹,在硬盘的另一个位置上新建一个干净的副本。在新检出的文件夹中,从 .svn 子目录中获取名为“entries”的文件,并将其复制到你的损坏工作副本中的 entries 文件中。


1

1

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接