25

尝试在 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）如何解决它的任何想法？

4

11 回答 11

7

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

于 2010-04-09T06:41:50.347 回答
4

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

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

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

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方法使它恢复生机并解决了我的问题。

于 2011-12-08T09:26:19.343 回答
1

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

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

于 2011-09-13T13:37:15.240 回答
1

我也有这个问题。

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

于 2013-09-11T11:35:54.437 回答
1

在我的回购结帐期间，我收到以下错误：

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

于 2013-07-20T15:05:10.213 回答
1

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

于 2012-06-14T19:26:27.100 回答
0

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

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

于 2015-04-17T06:52:23.637 回答
0

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

  1. 将文件夹备份到外部位置
  2. 使用 repo-browser，从 svn 中删除该文件夹。
  3. 从计算机中删除了物理文件夹。
  4. 发布 SVN 更新。
  5. 它可能会导致树冲突。- 将冲突标记为已解决。
  6. 确保该文件夹在计算机上不存在。
  7. 从备份中恢复文件夹，添加并提交它。
于 2012-09-02T14:43:11.423 回答
0

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

于 2013-03-26T01:42:57.793 回答
0

我只是再试了几次，最沮丧的是，最终它奏效了。假设是一些糟糕的网络问题导致了这种情况。

于 2015-07-22T09:23:29.773 回答
0

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

于 2018-12-05T03:50:50.683 回答