it-swarm-pt.tech

Erro de subversão: (Método 405 não permitido) em resposta ao MKCOL

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 dos pais da pasta que está causando o problema.
  • Faça a atualização do SVN.
  • Uma pasta com o mesmo nome que a nova já existia no repositório.
  • Exclua esta pasta.
  • Confirmação de SVN.
  • Copie a nova pasta, agende a adição e confirme o SVN.
65
Sergio del Amo

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

Eu já encontrei esse erro - encontrei um blog que me dizia 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 lugar), execute uma atualização recursiva e mescle os dois diretórios manualmente.

Edit: Opps - já respondeu no corpo da pergunta. E aqui estava eu ​​todo empolgado por saber a resposta para uma pergunta sem resposta :)

44
andrewc

Eu tive um problema semelhante com o MKACTIVITY no googlecode. Foi porque eu havia feito o check-out do repositório com http :, mas os check-ins exigiam https :.

8
Troy Daniels

Eu recebi o mesmo erro e consegui resolvê-lo:

  1. SVN Renomeie o diretório problemático para 'foo' ou qualquer outra coisa
  2. Commit SVN
  3. SVN Renomeie de volta para o nome que você deseja
  4. Commit SVN

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

5
Sam Dutton

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

4
Dave Cheney

No meu caso, estava com problemas para fazer o check-in de arquivos dentro de uma pasta. Segui os passos descritos por Sergio com algumas alterações.

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

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

3
Dawn Green

Eu tive esse problema ao remover um formulário de diretório SVN e, em seguida, recriá-lo. Ao confirmar o novo diretório adicionado, o SVN gerou esse erro. Resolvi o problema executando um SVN no novo diretório adicionado e resolvi os conflitos manualmente.

2
imikay

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

  • reverter
  • atualizar
  • exclua a pasta usando o URL remoto
  • adicionar e confirmar a pasta
1
xentek

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

Funciona bem para mim.
Marcus

0
Marcus

No Eclipse, é fácil de corrigir.

Equipe> Mudar para outra 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, agora você pode se comprometer.

0
juliangonzalez

No meu caso, eu estava adicionando um novo diretório que meus metadados locais (cliente) supunham já estar no servidor e a Limpeza não o corrigiu. Fiz backup de todos os arquivos novos e modificados, excluí tudo (exceto a pasta .svn raiz), executei o Update para restaurar os arquivos e copiei no diretório os arquivos novos e modificados dos quais fiz backup. Adicionei os novos arquivos novamente e confirmei com sucesso.

0
stimpy77

tive um problema semelhante, fiz backup do diretório (apenas por segurança) do que atualize a pasta svn. depois disso eu poderia cometer novamente. (e não usou meu backup)

0
Ohad Cohen