【问题标题】:How do I solve "405 Method Not Allowed" for our Subversion setup?如何为我们的 Subversion 设置解决“405 Method Not Allowed”?
【发布时间】:2017-01-01 06:47:23
【问题描述】:

我们使用在 Windows Server 2003 上运行的 VisualSVN 服务器来提供源代码。最近,我们将项目的一部分拆分为一个新项目,放在其自己的存储库中,然后使用 svn:externals 将其链接回原始项目.从那时起,我们在尝试使用 Subclipse 提交文件时遇到了问题。

我们得到的错误是:

svn: 提交失败(详情如下):

svn: PROPFIND of '/svn': 405 Method Not Allowed (https://svn.ourserver.com)

谷歌搜索了一段时间并没有真正帮助,我们的配置似乎是正确的。还应该注意的是,我们已经运行这个服务器一段时间了,没有这些问题,除了将项目分成两个存储库之外,没有对服务器进行任何更改(即配置文件相同)。

还应注意,这些错误仅在我们尝试一次签入多个文件时才会出现。如果我们一次签入一个文件,则没有错误。此外,据我们目前所知,它仅出现在 Subclipse 中,Versions.app (OS X) 似乎工作正常,所以这是我们目前的解决方法。

如何分析错误以找到原因并随后修复它?

我绝不是 SVN 大师,现在我一无所知。


似乎我们可以签入同一个包中的多个文件,但不能签入来自多个包的文件。此外,当我将项目“拆分”为两个存储库时,我使用新名称导入了原始存储库。我没有进行转储,然后导入该转储。这可能是我们问题的根源吗?如果是,我将如何解决?

经过一番折腾,似乎确实与签入不同存储库中的文件有关。如果我尝试同时在存储库 A 和存储库 B(由 svn:externals 引用)中进行一次提交,我会收到错误消息。 Versions.app 正确处理了这个问题,但我猜它可能只是做了两次提交,而不是一次。 Subclipse 惨遭失败。现在,我们只需进行多次提交,一个用于存储库 A,一个用于存储库 B,效果很好。如果比我聪明的人能详细说明为什么会发生这种情况,这种设置是否愚蠢等等,请继续。

【问题讨论】:

  • 不确定这是否相关,因为它与 SVN 无关,但上周我在 IIS 上遇到了 405 Method Not Allowed 错误,解决方案是从 Windows 中删除 WebDav 功能。问题是 WebDav 在我的服务之前响应了一个 Restful PUT 命令。

标签: windows svn visualsvn-server


【解决方案1】:

先决条件:聘请优秀的管理员

问题:VisualSVN Server 使用基于路径的身份验证对其内部存储库的所有和任何部分。默认访问级别 (AFAICR) - 是 * = r 对于 root 并且此设置继承到下面的所有节点(存储库的根也是)以及当您尝试提交到新存储库时没有好的 ACL (或配置错误)您遇到问题

解决方案:在 VisualSVN Server MMC-applet 中检查新存储库的属性,并检查权限和用户。在最简单的情况下,在超级存储库(具有外部的存储库)中具有写权限(可以提交)的用户必须(如果策略允许)在子存储库(具有链接的存储库)中具有写权限资源)。

【讨论】:

    猜你喜欢
    • 2021-01-21
    • 2023-02-20
    • 2016-04-12
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2023-02-20
    • 2018-06-29
    相关资源
    最近更新 更多