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

【问题标题】：tortoisesvn - Error REPORT request failed on ../../../!svn/vcc/defaulttortoisesvn - ../../../!svn/vcc/default 上的错误报告请求失败
【发布时间】：2010-10-12 20:56:03
【问题描述】：

尝试在 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])

这是在服务器上的高清崩溃以及随后恢复大约 10 个颠覆存储库之后开始的。在尝试工作目录协调后，只有一个存储库出现此问题。 repo 所有者通过修改/删除隐藏的 .svn 目录来协调他们的工作目录与存储库（尽管不建议这样做）。

我在互联网上找不到任何能代表我情况的东西。恢复的服务器与原始服务器完全相同，并且此服务器上的其他存储库都没有抛出错误。关于 1）这个错误是什么以及 2）如何解决它的任何想法？

【问题讨论】：

这个问题可能是由于访问单个工作目录的 TortoiseSVN 版本不匹配。 TSVN 警告（至少在最新版本中）不同版本的 TSVN 可能无法访问工作目录。我上周才意识到这个工作目录是“共享的”，而且我们在生产中确实有不同版本的 TSVN。我知道……我知道……

标签： svn tortoisesvn apache2

【解决方案1】：

尝试在 SVN 中检出或更新时出现 SVN 错误 {REPORT of '/svn/xxxx/!svn/vcc/default': 200 OK}，最终通过重新启动 SVN 服务器在我们的站点上得到解决。

【讨论】：

【解决方案2】：

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

我遇到了这个问题，它与服务器无关，而是由客户端上的奇怪操作引起的（重命名目录并且没有提交目标的创建我记得）。

我首先尝试使用以下一行来找出错误目录：

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

-Nswitch 防止 svn 递归到子目录中，这有助于在我的情况下定位错误目录./src/main/resources/META-INF。由于我在此目录中没有任何未提交的内容，因此我将其删除。

svn status 告诉我该目录丢失了，一个简单的svn update 使其恢复生机并解决了我的问题。

【讨论】：

太棒了！很有用！拯救了我的一天！谢谢！
@gabuzo，你确定你给出的命令是正确的吗？当我尝试相同时，我得到：fic was unexpected at this time.
@vikram 我很确定这一点。然而，这是一个 bash 命令，因此它应该在 csh、tcsh 和可能在 sh 或 ksh 中失败。不知道它是否应该在 zsh 上工作。

【解决方案3】：

您是否对（隐藏的）.svn 目录进行了任何更改？

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

【讨论】：

【解决方案4】：

我在 Eclipse 和 TurtoiseSVN 上的 SubClipse & Subversive 上遇到了这个问题。我删除了没有解决问题的本地存储库目录。最后，我们增加了解决问题的 Apache 服务器上的 HTTP 超时。

【讨论】：

【解决方案5】：

我在检出我的仓库时收到以下错误：

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”用户。该组是“根”。

【讨论】：

【解决方案6】：

我也有这个问题。

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

【讨论】：

【解决方案7】：

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

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

【讨论】：

【解决方案8】：

全新的结帐为我解决了这个问题。在我的情况下，问题在于错误地提交给 repo 的目录结构（例如“existingfolder\C:\inputpub\etc...”），这在尝试删除目录并提交后导致了奇怪的问题。

【讨论】：

【解决方案9】：

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

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

【讨论】：

【解决方案10】：

我只是多试了几次，主要是出于挫败感，最终成功了。假设是一些糟糕的网络问题导致了这种情况。

【讨论】：

【解决方案11】：

我们尝试清除保存的身份验证后不再遇到错误，删除此文件夹AppData\Roaming\Subversion\auth\的所有内容，然后重新登录

【讨论】：