Erro do Subversion: (405 Method Not Allowed) em resposta a MKCOL

Question

Estou recebendo o seguinte erro ao tentar confirmar uma nova adição de diretório.

svn: Commit failed (details follow):
svn: Server sent unexpected return value (405 Method Not Allowed) in response to MKCOL request for '....

Eu nunca vi esse erro antes. Como posso resolver este problema?

Solução
Consegui resolver o problema:

• Exclua o diretório pai da pasta que está causando o problema.
• Fazer atualização do SVN.
• Uma pasta com o mesmo nome que a nova já existia no repositório.
• Excluir esta pasta.
• SVN commit.
• Copie a nova pasta, agende para adição e confirmação do SVN.

Answer 1

Esse erro geralmente indica que a pasta que você está tentando adicionar already já existe no repositório - você fez uma atualização recentemente ou fez um checkout não-recursivo para começar?

Encontrei esse erro anteriormente - encontrei um blog que me disse qual era o problema. A solução foi um pouco mais complexa, remova o diretório em questão da minha cópia de trabalho (copiando-o para outro local), execute uma atualização recursiva e, em seguida, mescle os dois diretórios manualmente.

Edit: Opps - já respondido no corpo da questão. E aqui eu estava todo animado que eu sabia a resposta para uma pergunta sem resposta:)

    

Answer 2

Eu tive um problema parecido com o MKACTIVITY no googlecode. Foi porque eu tinha verificado o repositório com http :, mas os check-ins exigidos https:.

    

Answer 3

Recebi o mesmo erro e consegui resolvê-lo:

1. SVN Renomeie o diretório problemático para 'foo', ou o que for
2. SVN Commit
3. SVN Renomeie o nome que você deseja
4. SVN Commit

Não tenho certeza se isso funciona em todos os casos, mas é mais simples do que excluir o diretório pai.

    

Answer 4

O seu repositório svn permite commits via HTTP? Alguns repositórios, como o SourceForge, permitem o checkout anônimo via HTTP, mas exigem que os desenvolvedores façam o check-in via svn e SSH.

    

Answer 5

No meu caso, eu estava tendo problemas para fazer o check-in de arquivos dentro de uma pasta. Eu segui os passos que Sergio delineou com algumas mudanças.

1. Copiado o diretório pai do problema.
2. Arquivos .svn excluídos no diretório copiado
3. svn delete / parent_directory
4. Commit
5. Crie um novo diretório no repo
6. Commit
7. Mover os subdiretórios do diretório copiado para o repo
8. Commit
9. Copiar arquivos individuais
10. Commit

Eu tinha alguns arquivos com os quais tive problemas. Deixei-os fora do repositório, mas recriá-los com um novo nome.

    

Answer 6

Eu tive esse problema quando eu removi um formulário de diretório SVN e, em seguida, recriou-o, quando eu comi o novo diretório adicionado, o SVN gerou esse erro. Resolvi o problema ao executar um SVN no novo diretório adicionado e resolvi os conflitos manualmente .

    

Answer 7

Usando o Unfuddle, um serviço svn hospedado, vejo repetidamente esse erro quando o .svn é atropelado pela cópia de arquivos no localizador do OS X. O svn encantamento que funcionou para mim:

• reverter
• atualizar
• exclua a pasta usando o URL remoto
• adicione e confirme a pasta

Answer 8

No meu caso, eu estava adicionando um novo diretório que meus metadados locais (cliente) supostamente já estavam no servidor e o Cleanup não o corrigiu. Eu fiz backup de todos os arquivos novos e modificados, deletei tudo (exceto a pasta .svn raiz), executei o Update para restaurar os arquivos e copiei de volta para o diretório os arquivos novos e modificados que eu tinha feito backup. Eu adicionei os novos arquivos novamente e cometi com sucesso.

    

Answer 9

No Eclipse, é fácil corrigir.

Equipa > Mudar para outro tag / filial

Selecione, totalmente recursivo e marque Alterar cópia de trabalho para a profundidade especificada

Pressione OK

O ícone da pasta é alterado. Clique com o botão direito e (team >) Mark Resolved.

É isso aí, agora você pode se comprometer.

    

Answer 10

Faça um backup da pasta.
Exclua a pasta no repositório (usando o Repo-Browser).
Confirme novamente.

Funciona bem para mim.
Marcus

    

Answer 11

eu tive um problema parecido, fiz um backup do diretório (apenas por segurança) do que atualizei a pasta svn. depois disso eu poderia me comprometer novamente. (e não usei meu backup)

    

Answer 12

Eu tive um problema com o e175002 200 OK. Mas eu li que o caminho na mensagem de erro estava falando sobre um servidor errado, então a URL do meu tronco não era boa ( link )… espere! LOCALHOST ?! ... E agora eu percebo que é porque no meu primeiro rev minhas configurações enviadas meus arquivos de projeto para o meu repo localmente ... Então, no seu primeiro rev, certifique-se de que suas configurações para o IP do seu servidor não estejam erradas, porque depois disso ... o seu repo conterá informações erradas, e você terá que encontrar uma maneira de modificar essas configurações ruins nele. cada cliente que deseja usar o seu repositório pela primeira vez.

Minha correção foi verificar todas as pastas do meu projeto…. em cada pasta existe a pasta .svn que armazena informações, e em cada pasta .svn um arquivo chamado "entradas" ... Neste arquivo há um caminho para o servidor, eu substituí a linha ruim pelo IP bom em todas as entradas armazenadas em todas as pastas .svn. E então não há mais erros.

Espero que ajude. :) desculpe se é difícil entender o meu post ^^ 'Eu sou uma tentativa mais difícil.