Question

试图在Windows 2003上使用Apache 2.2检出特定Subversion 1.4.x存储库中的文件的用户突然开始在使用TortoiseSVN 1.4结账时在其日志窗口中收到错误消息：

Error REPORT request failed on '/[path_to_repo]/!svn/vcc/default'
Error REPORT of '/[path_to_repo]/!svn/vcc/default': 200 OK (http://[server_name])

这是在服务器上发生hd崩溃并随后恢复大约10个subversion存储库之后开始的。尝试工作目录协调后，只有一个存储库出现此问题。通过修改/删除隐藏的.svn目录，repo所有者将其工作目录与存储库进行协调（尽管不建议这样做。）

我找不到代表我情况的互联网上的任何内容。已还原的服务器与原始服务器完全相同，此服务器上没有其他存储库会抛出错误。关于1）这个错误是什么以及2）如何修复它的任何想法？

Answer 1

在SVN中尝试检出或更新时，SVN错误的发生率{'/ svn / xxxx /！svn / vcc / default'：200 OK}的报告最终通过重新启动SVN服务器在我们的站点上解决。

Answer 2

迟到的答案，但我希望它会有用。

我有这个问题，它与服务器无关，但是由客户端的奇怪的操作引起（重命名目录而不是提交目的地的创建）我记得。）

我首先尝试使用以下一个班轮找出错误的目录：

for fic in $(find . -type d | grep -v -e './target' -e '/.svn'); do echo $fic; svn up -N $fic; done

-N开关阻止svn递归到子目录中，有助于在我的案例./src/main/resources/META-INF中查找错误的目录。由于我在这个目录中没有任何未提交的内容，我确实删除了它。

svn status表示我缺少该目录，而一个简单的svn update使其恢复生机并解决了我的问题。

Answer 3

我在SubClipse上遇到过这个问题＆amp;在Eclipse和TurtoiseSVN上颠覆。我删除了无法解决问题的本地存储库目录。最后，我们增加了Apache服务器上的HTTP超时，解决了这个问题。

Answer 4

我在结帐时收到了以下错误：

svn: E175002: REPORT of '/!svn/vcc/default': 200 OK

我通过nginx将repo作为apache代理服务。查看nginx错误日志，我看到以下内容：

[crit] 25839#0: *37 open() "/var/lib/nginx/tmp/proxy/1/00/0000000001" failed (13:     Permission denied) while reading upstream, client: xx.xx.xx.xxx, server: my.domain.com, request: "REPORT /!svn/vcc/default HTTP/1.1", upstream: "http://127.0.0.1:8080/!svn/vcc/default"...

要最终解决问题，我必须更改/ var / lib / nginx文件夹和/ var / lib / nginx / tmp文件夹中的所有者/组以匹配/ var / lib / nginx / tmp / proxy是什么使用。在我的情况下，我有一个由apache和nginx使用的特殊“www”用户。该组织是“根”。

Answer 5

我也有这个问题。

我通过使用TortoiseSVN发现，当我更新部分存储库时，大多数都工作但一个文件夹抛出了错误。我进去并更新了部分并意识到一个文件已损坏或其他东西。这是一个csv文件。它的校验和错误，编码很奇怪。我删除了该文件，并将其替换为该文件的工作版本。错误消失了。

Answer 6

你有没有改变你的（隐藏的）.svn目录？

您可以获取.svn目录的原始副本或删除它。 SVN无法处理版本中的这种“差异”。他认为这是另一个版本而不是相同的.svn目录。

Answer 7

我们项目中的特定文件夹遇到了同样的问题。以下解决了这个问题：

将文件夹备份到外部位置
使用repo-browser，删除了svn。
从计算机中删除了物理文件夹。
发布SVN更新。
可能会导致树冲突。 - 将冲突标记为已解决。
确保计算机上不存在该文件夹。
从备份恢复文件夹，添加并提交。

Answer 8

新的结账为我解决了这个问题。在我的情况下，问题是一个错误地提交到repo的目录结构（例如“existingfolder \ C：\ _ inputpub \ etc ...”），这在尝试删除dir并提交后引起了奇怪的问题。

Answer 9

背景：我们使用由不同用户安装SVN的服务器。

所以我尝试了在当前使用的用户中重新安装SVN的选项，并解决了这些问题。（Windows。同时在第一次安装时，您可以安装所有用户使用它的选项。）

Answer 10

我只是尝试了几次，出于挫折而不是其他任何事情，最终它起作用了。假设一些糟糕的网络事情导致了这一点。

Answer 11

尝试清除已保存的身份验证，删除此文件夹called_method的所有内容，然后重新登录

后，我们不再遇到错误。

tortoisesvn - 错误报告请求在../../../!svn/vcc/default上失败

11 个答案: