Mar*_*ade 5 svn windows visualsvn-server
我们使用在Windows Server 2003上运行的VisualSVN Server来提供源代码.最近,我们将项目的一部分拆分为自己的存储库中的新项目,然后使用它将其链接回原始项目svn:externals.从那时起,当我们尝试使用Subclipse提交文件时,我们遇到了问题.
我们得到的错误是:
svn:提交失败(详情如下):
svn:'/ svn'的PROPFIND:405方法不允许(https://svn.ourserver.com)
谷歌搜索一段时间并没有真正帮助,我们的配置似乎是正确的.还应该注意的是,我们已经运行此服务器一段时间没有这些问题,除了将项目拆分为两个存储库之外,没有对服务器进行任何更改(即配置文件是相同的).
还应注意,只有当我们尝试一次检入多个文件时才会出现这些错误.如果我们一次检入一个文件就没有错误.而且,据我们现在所知,它只出现在Subclipse中,并且Versions.app(OS X)似乎工作正常,因此这是我们当前的解决方法.
如何分析错误以找出原因并随后修复？
我绝不是SVN大师,现在我一无所知.
我们似乎可以在同一个包中检入多个文件,但不能检入多个包中的文件.此外,当我将项目"拆分"为两个存储库时,我使用新名称导入了原始存储库.我没有进行转储,然后导入该转储.这可能是我们问题的根源,如果是这样,我将如何解决这个问题？
经过一些抽搐之后,似乎确实与检查不同存储库中的文件有关.如果我尝试同时在存储库A和存储库B(引用svn:externals)中执行单个提交,则会收到错误.Versions.app正确处理这个,但我想它可能只是做了两次提交,而不是一次提交.Subclipse失败了.现在,我们只做多个提交,一个用于存储库A,一个用于存储库B,它们工作得很好.如果比我更聪明的人可以填写详细信息,为什么会发生这种情况,无论这种设置是否愚蠢等,请继续前进.
先决条件：雇用一名优秀的管理员
问题：VisualSVN Server 对其中存储库的所有和任何部分使用基于路径的身份验证。默认访问级别 (AFAICR) - 适用* = r于 root，此设置继承到下面的所有节点（也是存储库的根），当您尝试提交到没有良好 ACL的新存储库（或配置错误）时，您会遇到问题
解决方案：在 VisualSVN Server MMC 小程序中检查新存储库的属性，并检查权限和用户。在最简单的情况下，在超级存储库（具有外部的存储库）中具有写入权限（可以提交）的用户必须在子存储库（具有链接的存储库）中具有（如果策略允许）写入权限。资源）。