使用 Subversion 的 403 禁止错误答案

【问题标题】：403 Forbidden error using Subversion使用 Subversion 的 403 禁止错误
【发布时间】：2008-09-11 17:31:11
【问题描述】：

我最近升级到 Subversion 1.5，现在我无法将代码提交到存储库。我收到一条错误消息：“403 Forbidden in response to MKACTIVITY”。我知道升级成功了，因为我的开发人员没有遇到这个问题。怎么回事？

【问题讨论】：

标签： svn

【解决方案1】：

我有不再使用的凭据，但它们已记录在设置中。

删除这些旧设置就足够了，我的问题就解决了。

打开Tortoise SVN的设置：

保存的数据
- 身份验证数据
  - 全部清除
刷新存储库
使用正确的凭据再次登录

【讨论】：

【解决方案2】：

我有同样的问题。我尝试了上面提供的几个答案，但没有一个对我有用。我发现我安装了两个版本的eclipse，并且在之前的eclipse版本上安装了subversion。我已完成以下步骤来解决 403-forbidden-error：

删除subversion文件夹\AppData\Roaming\Subversion
从 Eclipse 中卸载 subversion
已安装颠覆

【讨论】：

【解决方案3】：

回答我自己的问题：

显然我的 SVN URL 的大小写错误！谷歌搜索出现了一篇解释正在发生的事情的文章（不再在线提供）。我的 URL 格式为 http://svn.foobar.com/foobar，但实际的存储库名为 http://svn.foobar.com/fooBar。

我使用 TortoiseSVN，所以解决方法是使用 Relocate 命令更正存储库的路径。

希望这对其他人有帮助。

【讨论】：

谢谢托德。您拥有的“这篇文章”链接似乎并没有真正指向这篇文章。试试这个：blog.alagad.com/2007/11/12/…
托德，也想问您是否可以发布重现问题的步骤。虽然我们的开发人员似乎偶尔会遇到这个问题，但我自己无法重现它。
我一直无法始终如一地重现它，但修复每次都有效。如下所述，这与 Windows 倾向于接受 Subversion 更挑剔的两种情况类型有关。
svn info 命令 (URL: line) 返回的 URL 不是大小写正确的版本吗？我遇到了同样的错误，但是从svn info 复制/粘贴了路径。还有其他提示吗？

【解决方案4】：

错误Access to 'foo' forbidden 或403 Forbidden 表示您的用户帐户缺乏对所请求存储库的权限。由于存储库中的存储库名称和路径区分大小写，您应该检查您输入的 URL 是否正确，并且您使用正确的凭据登录。运行 svn auth 以查看您的客户端计算机上存储的凭据。

Subversion中的访问控制通常以path-based authorization的形式实现，并且完全支持Read/Write、Read Only和No Access访问级别。如果您实施复杂的访问控制策略，您必须了解 Subversion 中的访问控制原则。阅读文章KB33: Understanding VisualSVN Server authorization 了解更多信息。虽然标题中写着“VisualSVN 服务器”，但本文涵盖了一般的基于路径的授权，应该适用于其他 SVN 服务器发行版。

【讨论】：

这是我的问题。我被授予只读访问权限，然后在尝试提交时收到 403 Forbidden 错误。与管理员交谈以授予我 读/写 访问权限，我能够提交。

【解决方案5】：

我们会定期遇到这种情况，这让开发人员感到非常沮丧。出于某种原因，从存储库读取似乎不区分大小写，但提交关心。

我理解大小写很重要的原因，因为 Subversion 源于对大小写敏感的 unix 文件系统，但我真的希望您在初始结帐时而不是在提交时收到错误！

【讨论】：

同意，结帐时出错会好很多。

【解决方案6】：

如果您两次提交同名但大小写不同的文件（例如 foobar 和 FooBar），则会出现此问题的另一个实例。当然，这只有在 Windows 系统上才有可能，并且可能只是上面托德回答的一个特例。我们的一位开发人员不小心这样做了，同样花费了我们很多调试时间。

【讨论】：

【解决方案7】：

托德是对的。愚蠢的是，repo 浏览器在签出时接受大小写，但如果签出时使用了错误的大小写，提交将失败。

我从 https://svn.domain.com/Company/Product/trunk 签出但无法提交，因为正确的 URL 是 https://svn.domain.com/company/product/trunk。

【讨论】：

【解决方案8】：

在作为客户端的 msWin 环境中，另一个可能的原因是代理设置。

配置：internet-explorer/internetOptions/connections/LAN-Settings/advanced/exceptions

将您的 SVN 服务器置于例外范围内。

名字可能是别人的，我不使用英语作为系统语言。

【讨论】：

【解决方案9】：

我认为这里的问题是 Subversion（无论其服务器安装在什么操作系统平台上）区分大小写。

但是，客户的操作系统可能不是。这可能会产生问题。

在我的公司里，我遇到过这种情况，我花了大约一个小时才弄明白。因此，一位在 mac 上工作的开发人员致力于使用相同名称的 svn 文件，但他将其名称中的几个字母改为大写字母。对于 mac 和 subversion 来说，这不是问题并且文件进入了。

后来，另一位碰巧在 windows 笔记本电脑上工作的开发人员遇到了一个错误，windows 完全糊涂了，什么也做不了。

所以，解决方案是 - 我问开发人员，我可以删除两个文件中的哪一个。我是在 linux 上做的，从那以后大家都很开心。

所以，大写/小写拼写不是颠覆问题，而是 windows 操作系统的问题。

【讨论】：

【解决方案10】：

它发生在我身上，原因是我无权访问该文件夹。一旦管理员添加了我的用户，我就可以签出代码。

【讨论】：

【解决方案11】：

用户/证书没有权限读取 svn 中的 repo。因此，您无法通过浏览器/乌龟访问存储库。与管理员交谈以解决此问题。

【讨论】：

【解决方案12】：

我遇到了同样的问题：

访问存储库条目时出错（403 Forbidden）

我发现了一些不同的方法。但对我来说，解决方案是：下载安装在服务器上的svn 的正确插件（subclipse 1.4）版本，即1.4.3

【讨论】：

能否详细说明您是如何安装此功能的？
我刚刚从subclipse.tigris.org/update_1.4.x 安装了 subclipse，因为在 eclipse svn 存储库中服务器上的 svn 版本是 1.4.3 探索我添加了我的存储库路径，例如。 myserver/svn/myproject/trunk

【解决方案13】：

就我而言，问题在于，Jenkins 正在通过代理。我在 Tomcat 的 catalina.properties 文件中给出了以下属性。

http.proxyHost=proxyserver
http.proxyPort=3128

为了指示它避免通过代理，我必须添加 http.nonProxyHosts 属性。多个主机可以用管道（|）分隔

http.nonProxyHosts=localhost|*.companydomain.com

SVN 服务器在 Intranet 上。我不需要通过代理。

【讨论】：

【解决方案14】：

对我来说，更新工作正常，但提交操作给了我 403 禁止错误。我在进行电子邮件验证时解决了这个问题。

【讨论】：