【问题标题】：Subversion E160013: '/svn/xxx/!svn/me' path not found* errorSubversion E160013: '/svn/xxx/!svn/me' path not found* 错误
【发布时间】：2012-03-29 15:14:21
【问题描述】：

我最近在我们的服务器上升级了bitnami trac stack（从 0.12.2-5 到 0.12.3），在重新配置所有脚本和存储库之后，一切看起来都很好。我能够使用Trac 登录并查看源代码并浏览存储库。我测试了查看源代码，我可以通过 visualsvn 和 tortoise 浏览存储库。

但是在提交更改时出现了问题。我有一个找不到路径的异常。查看服务器上的错误日志，我只能看到所有 GET 请求都很好，但 POST 的 URL 不正确（最后附加了!svn/me）。

在花费几个小时检查日志和配置之后，由于 Subversion 从 1.6 升级到 1.7，这包括 new HTTPv2 protocol。该协议以某种方式影响了对 SVN 存储库的访问，但似乎只影响 POST 而不是 GET。

解决方法

禁用此新功能的方法是更改mod_dav_svn 配置，如下所示：

DAV svn
...
SVNAdvertiseV2Protocol Off

问题随后得到解决，我们可以再次检查我们的更改。

【问题讨论】：

这可能不符合通常接受的 SO 问答格式，但谁在乎呢？它救了我。我最初看到了这个并且因为我没有看到答案而将其刷掉，但是在几乎尝试了其他所有东西几个小时之后，再次偶然发现了它。谢谢！
这个问题是一个完美的答案！
您可能应该编辑此帖子以使其成为问题，然后编辑下面的帖子以使其成为您问题的答案。这样您就可以将其标记为已解决！
mail-archives.apache.org/mod_mbox/httpd-users/201203.mbox/… -- 这里讨论了同样的问题，但没有解决方案:(

标签： apache svn

【解决方案1】：

我通过禁用 HttpV2 协议解决了这个问题。要禁用它，您可以更改 mod_dav_svn 配置位置，如下所示：

DAV svn ... SVNAdvertiseV2Protocol 关闭

【讨论】：

这只是一种解决方法，它不能解决根本问题。 HTTPv2 应该可以与 mod_dav_svn 一起正常工作。

【解决方案2】：

只是想为这个“问题”添加一点内容。将 SVN 服务器从一台机器重新定位到另一台机器后，我收到了相同的错误消息。一个 500 错误和“！svn/me”被附加到 SVN 服务器 URL 的末尾，什么都不会提交，但其他一切正常。经过数小时的尝试，结果发现 VisualSVN / Apache 使用的用户帐户没有对 SVN 存储库目录的写入权限。所以我给了帐户修改/写访问 ot 他 SVN repos 目录和提交工作。这实际上是有道理的，因为除了 Commit 之外的一切都在工作。不确定这是否对其他人有帮助，但我想无论如何我都会在这里发布。感谢您的提问，帮助我了解了哪里出错了。

【讨论】：

【解决方案3】：

这是https://trac-hacks.org 上的一个问题，它在/ 为Trac 提供服务，在/svn 提供Subversion。该问题最初是通过禁用SVNAdvertiseV2Protocol 解决的。后来通过从/trac 提供Trac 并将/ 重定向到/trac 解决了这个问题。但是，由于重定向，该解决方案并不理想。该项目的另一位管理员找到了添加的解决方案：

Alias   /svn            /var/www/000-default/svn

我不确定为什么会这样，但它有效并且不需要来自/trac 的重定向和服务 Trac。

【讨论】：

【解决方案4】：

我的存储库有大约 700 000 个文件和 660 个文件夹。我有同样的错误，并且确信SVNAdvertiseV2Protocol Off 不是正确的方法。添加

<IfModule dav_svn_module>
    SVNInMemoryCacheSize 262144
    SVNCacheFullTexts on
    SVNCacheTextDeltas on
</IfModule>

致 /etc/apache2/mods-enabled/dav_svn.conf 为我解决了这个问题。

【讨论】：

你的回答也不是SVNAdvertiseV2Protocol Off对我有用。