我们使用在Windows Server 2003上运行的VisualSVN Server来服务我们的源代码。最近，我们将一个项目的一部分分成了一个新的项目，然后使用svn:externals把它链接回原来的项目。 从那以后，当我们尝试用Subclipse提交文件时，我们遇到了问题。
我们得到的错误是：
svn：提交失败（详情如下）：
svn：'/ svn'的PROPFIND：405方法不允许（ https://svn.ourserver.com ）
谷歌search一段时间并没有真正的帮助，我们的configuration似乎是正确的。 还应该注意的是，我们已经运行了一段时间没有这些问题的服务器，除了将项目拆分成两个存储库，服务器（即configuration文件是相同的）没有任何改变。
还应该注意的是，只有当我们试图一次检查多个文件时才会出现这些错误。 如果我们一次签入一个文件，就没有错误。 另外，就我们现在所知，它只出现在Subclipse中，而Versions.app （OS X）似乎工作正常，所以这是我们目前的解决方法。
如何分析错误以找出原因并随后解决？
我绝不是一个SVN大师，现在我很无能。
看来我们可以在同一个包中检查多个文件，但不能检测多个包中的文件。 另外，当我将项目“拆分”为两个存储库时，我使用新名称导入了原始存储库。 我没有做转储，然后导入该转储。 难道这就是我们问题的根源吗？如果是的话，我将如何解决？
看起来似乎确实与检入不同存储库中的文件有关。 如果我试图同时在存储库A和存储库B（由svn:externals引用）中执行单个提交， svn:externals出现错误。 Versions.app正确处理这个问题，但是我想这可能只是做两个提交，而不是一个提交。 Subclipse失败惨败。 现在，我们只需做多个提交，一个用于存储库A，一个用于存储库B，工作得很好。 如果有人比我聪明，可以填写详细情况，不pipe这种设置是否愚蠢等，请马上提出。
先决条件 ：雇用一个好的管理员
问题 ：VisualSVN服务器使用基于路径的身份验证来处理其中的所有回收部分。 默认访问级别（AFAICR） – 对于root来说是* = r ，这个设置被继承到下面的所有节点（版本库的根目录），当你尝试提交一个没有良好ACL的新版本库（或者配置错误）时，
解决方案 ：检查VisualSVN server MMC-applet中新存储库的属性，并检查权限和用户。 在最简单的情况下，拥有写入权限（可以提交）的超级存储库（具有外部存储库）的用户必须具有（如果策略允许的话）子存储库中的写入权限（具有链接的存储库资源）。