Errore di sovversione: (metodo 405 non consentito) in risposta a MKCOL

Ricevo il seguente errore mentre provo a eseguire il commit di una nuova aggiunta alla directory.

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

Non ho mai visto questo errore prima. Come posso risolvere questo problema?

Soluzione
Sono riuscito a risolvere il problema:

• Elimina la directory principale della cartella che presenta il problema.
• Esegui aggiornamento SVN.
• Nel repository esisteva già una cartella con lo stesso nome di quella nuova.
• Elimina questa cartella.
• Commit SVN.
• Copia la nuova cartella, pianifica l'aggiunta e il commit SVN.

Questo errore di solito indicava che la cartella che si sta tentando di aggiungere esiste già nel repository: di recente hai effettuato un aggiornamento o hai fatto un checkout non ricorsivo?

In precedenza ho riscontrato questo errore: ho trovato un blog che mi ha spiegato quale fosse il problema. La soluzione era un po 'più complessa, rimuovi la directory in questione dalla mia copia di lavoro (copiandola da qualche altra parte), esegui un aggiornamento ricorsivo, quindi unisci le due directory insieme manualmente.

Modifica: Opps - già risposto nel corpo della domanda. E qui ero entusiasta di conoscere la risposta a una domanda senza risposta :)

Ho avuto un problema simile con MKACTIVITY su googlecode. Era perché avevo controllato il repository con http :, ma i check-in richiedevano https :.

Ho avuto lo stesso errore e sono riuscito a risolverlo:

1. SVN Rinominare la directory problematica in "pippo" o qualsiasi altra cosa
2. SVN Commit
3. SVN Rinomina nuovamente con il nome che desideri
4. SVN Commit

Non sono sicuro che funzioni in tutti i casi, ma è più semplice dell'eliminazione della directory principale.

Il tuo repository svn consente il commit tramite HTTP? Alcuni repository, come SourceForge, consentono il checkout anonimo tramite HTTP, ma richiedono agli sviluppatori di effettuare il check-in tramite svn e SSH.

Nel mio caso, ho riscontrato problemi durante il check-in dei file all'interno di una cartella. Ho seguito i passaggi indicati da Sergio con alcune modifiche.

1. Copia la directory principale del problema.
2. File .svn eliminati nella directory copiata
3. svn delete / parent_directory
4. Commettere
5. Crea una nuova directory in repository
6. Commettere
7. Sposta le sottodirectory dalla directory copiata al repository
8. Commettere
9. Copia singoli file
10. Commettere

Ho avuto alcuni file con cui ho avuto delle difficoltà. Li ho lasciati fuori dal repository, ma li ho ricreati con un nuovo nome.

Ho avuto questo problema quando ho rimosso una directory da SVN e poi l'ho ricreata, quando ho eseguito il commit della nuova directory aggiunta, SVN ha prodotto questo errore. Ho risolto il problema eseguendo un SVN nella nuova directory aggiunta e quindi risolto i conflitti manualmente .

Usando Unfuddle, un servizio svn ospitato, vedo ripetutamente questo errore quando .svn viene calpestato dalla copia dei file nel Finder di OS X. L'incantesimo svn che ha funzionato per me:

• ritornare
• aggiornare
• elimina la cartella utilizzando l'URL remoto
• aggiungere e confermare la cartella

Nel mio caso, stavo aggiungendo una nuova directory che i miei metadati locali (client) presumevano essere già sul server e Cleanup non lo ha rettificato. Ho eseguito il backup di tutti i file nuovi e modificati, ho eliminato tutto (tranne la cartella root .svn), ho eseguito Update per ripristinare i file e copiato nella directory i file nuovi e modificati di cui avevo eseguito il backup. Ho aggiunto di nuovo i nuovi file e ho eseguito correttamente il commit.

In Eclipse è facile da risolvere.

Team> Passa a un altro tag / ramo

Selezionare, ricorsivo completo e selezionare Cambia copia di lavoro alla profondità specificata

premere OK

L'icona della cartella cambia. Fare clic con il tasto destro e (team>) Mark Risolto.

Ecco fatto, ora puoi impegnarti.

Fai un backup della cartella.
Elimina la cartella nel repository (usando Repo-Browser).
Impegnati di nuovo.

Funziona bene per me.
Marcus

ho avuto un problema simile, ho eseguito il backup della directory (solo per sicurezza) rispetto all'aggiornamento della cartella svn. dopo ciò potrei impegnarmi di nuovo. (e non utilizzato il mio backup)

Ho avuto un problema con e175002 200 OK. Ma ho letto che il percorso sul messaggio di errore parlava di un server sbagliato, quindi l'URL del mio trunk non era quello buono ( http: // localhost: 80 / path / to / my / trunk / ) ... aspetta! LOCALHOST?! ... E ora mi rendo conto che è perché al mio primo giro le mie impostazioni hanno inviato i miei file di progetto al mio repository localmente ... Quindi al tuo primo giro assicurati che le tue impostazioni per l'IP del tuo server non siano sbagliate perché dopo ... repository conterrà informazioni errate e dovrai trovare un modo per modificare quelle impostazioni errate su di esso o su tutti i client che desiderano utilizzare il repository per la prima volta.

La mia correzione era quella di controllare ogni cartella del mio progetto .... su ogni cartella c'è la cartella .svn che memorizza le informazioni, e su ogni cartella .svn un file chiamato "voci" ... In questo file c'è un percorso per il server, ho sostituito la linea errata con il buon IP in ogni voce memorizzata in ogni cartella .svn. E poi non più errori.

Spero che sia d'aiuto. :) scusa se è difficile capire il mio post ^^ 'Sono un tentativo più difficile.