Como resolvo o "método 405 não permitido" para a nossa configuração de subversão?

Question

Estamos servindo nosso código -fonte usando o VisualSVN Server em execução no Windows Server 2003. Recentemente, dividimos uma parte de um projeto em um novo projeto em seu próprio repositório e depois o vinculamos ao projeto original usando svn:externals. Desde então, estamos tendo problemas quando tentamos comprometer arquivos com o Subclipse.

O erro que estamos recebendo é:

SVN: Commit falhou (detalhes seguintes):

svn: propfind de '/svn': 405 método não permitido (https://svn.ourserver.com)

Google por um tempo não ajudou realmente, e nossa configuração parece estar correta. Deve -se notar também que estamos executando esse servidor há algum tempo, sem esses problemas e, além de dividir o projeto em dois repositórios, nenhuma alteração foi feita no servidor (por exemplo, os arquivos de configuração são os mesmos).

Deve -se notar também que esses erros só aparecem quando tentamos verificar vários arquivos de uma só vez. Se verificarmos um arquivo por vez, não haverá erros. Além disso, ele só aparece na subclipse até onde sabemos agora, e Versions.app (OS X) parece funcionar bem, de modo que essa é a nossa solução alternativa atual.

Como analiso o erro para encontrar a causa e posteriormente corrigi -lo?

Não sou de forma alguma um guru do SVN e agora estou sem noção.

---

Parece que podemos verificar vários arquivos no mesmo pacote, mas não arquivos de vários pacotes. Além disso, quando "divido" o projeto em dois repositórios, importei o repositório original com um novo nome. Eu não fiz um despejo e depois importei esse despejo. Essa poderia ser a fonte de nossos problemas e, se sim, como eu resolveria isso?

Depois de alguns empurrões, parece que está realmente relacionado ao verificação de arquivos em diferentes repositórios. Se eu tentar fazer uma única confirmação no repositório A e no repositório B (referenciado por svn:externals) Ao mesmo tempo, recebo o erro. Versions.app Lida com isso corretamente, mas acho que pode estar apenas fazendo duas confirmações, não uma única. Subclipse falha miseravelmente. Por enquanto, simplesmente fazemos vários compromissos, um para o repositório A e outro para o repositório B, que funciona muito bem. Se alguém mais inteligente do que eu poderia preencher os detalhes por que isso está acontecendo, se esse tipo de configuração é ou não estúpido etc., por favor, vá em frente.

Answer 1

Pré -requisito: Contratar um bom administrador

Problema: O VisualSVN Server usa a autenticação baseada em caminho para todos e qualquer parte dos repositórios dentro dele. Nível de acesso padrão (AFAICR) - IS * = r para root e essa configuração herdada em todos os nós abaixo (raiz do repositório também) e quando você tenta se comprometer em um novo repositório sem bons ACLs para isso (ou equivocado) você Obtenha um problema

Solução: Verifique a propriedade do novo repositório no visualsvn servidor MMC-applet e verifique as permissões e usuários. No caso mais simples, o usuário, que tem-direitos de gravação (pode se comprometer) em um superpositório (repositório com externos) deve ter (se for permitido por políticas), os direitos de gravação no sub-repositório (repositório com vinculados vinculados Recursos).