我已经从崩溃的PC中恢复了SVN储存库，现在我可以从几个目录中检出文件，但是在检出时它会放在一个位置，它说：
Error: REPORT of '/svn/RepTest/!svn/vcc/default': Could not read chunk size:
Secure connection truncated (https://mypc:8443)
有人可以帮助我，如何修复该存储库？谢谢！
尝试将结帐更新为最新版本时，我遇到了同样的错误。一些不安的人透露这是引起该问题的一个特定文件。例如：
root
- A
- AFileInFolderA.h
- AnotherFileInFolderA.h
- B
- AFileInFolderB.h
- C
- AFileInFolderC.h
具有上述存储库结构，AFileInFolderA.h是问题文件。之所以得出这个结论，是因为我可以在文件夹svn update和B中执行C，但不能在root或文件夹A中进行。进一步深入研究，我可以更新AnotherFileInFolderA.h，但不能更新问题一。
无论如何，我掌握了这些信息，然后从文件夹A复制了我的工作副本更改，然后（使用Tortoise SVN）对根文件夹进行了选择性的更新至修订版，从我的结帐中排除了文件夹A 。然后我做了相反的操作，将文件夹重新添加到结帐中。最后，我重新添加了本地更改，并致力于回购。现在一切正常。
签出时出现相同的错误。问题确实与特定的修订有关，所以我做了一个解决方法。引起错误的修订似乎还有很长的路要走。对特定修订版本的另一种观察使我认为它可能不需要受源代码控制。这些文件是在每次构建时自动生成的。我只是将整个目录的另一个副本保留在“已弃用”文件夹中，并删除了有问题的文件/文件夹。删除后，签出就可以了。
我最近有相同的错误：
'/ svn /.../！svn / vcc / default的报告：无法读取块大小：安全连接被截断。
我们正在使用Tortoise SVN，我是团队中唯一遇到此问题的人。由于问题并没有阻止我进行更改，所以我做到了。接下来，我从硬盘驱动器中删除了包含项目的文件夹。然后，我再次创建它并进行了“ SVN结帐”。
这就是它为我解决的问题。
还有另一个有相同问题的人的答案，但是还没有提到解决方案：
就我而言，无法将问题精确定位到单个文件。但是，它显然与单个svn版本有关。
在这种情况下，解决方案是跳过获取不良修订。这可以通过使用git svn fetch选项调用-r来实现。例如，如果r42是较差的修订，并且您已经获取了所有的修订，直到r41，只需执行
git svn fetch -r43
其后
git svn fetch
使您的git存储库保持最新状态。当然，此方法的明显缺点是您在历史记录中存在漏洞，但是我认为最好在历史记录中留出一个漏洞，而不是不使用有效的git svn克隆。
对我们来说，问题在于SVN历史记录中缺少文件（可能是磁盘损坏）。任何操作（包括文件的最新更改来自历史记录的丢失部分）都将失败，并显示“无法读取块大小”错误或无效的XML错误（取决于操作）。幸运的是，我们进行了备份，其中包含丢失的文件。恢复它们可以解决问题。
我有类似的问题，'svnadmin restore'确实确实神奇地解决了问题。
[在另一个仓库中，不会...使用版本SVN客户端（MacOSX），我可以看到行为异常的目录中某些文件的提交用户名是'### ERROR ###'-这些目录给了我更新时出现“安全连接被截断”问题。只需将带有该标记的文件“移动”到另一个目录，然后再返回（通过版本SVN客户端在服务器上），就可以删除### ERROR ###标记并启用成功的更新。
我和我的同事有相同的问题，以及我们为解决该问题所做的工作：
fsck的错误（我们的服务器Linux发行版运行。）>svnadmin validate /path/to/repository验证的存储库。完成这些步骤后，问题已解决。
我有同样的问题，我使用TortoiseSVN和VisualSVN，问题出在您的提交中，但是很难知道是哪一个，对我来说，解决方案是在VisualSVN中删除并创建存储库，然后对然后，将PC上的“检出文件夹”复制到该文件夹中，并进行“第二次提交” :)，但将丢失所有先前的提交。