Uno SVN errore (200 OK) quando si estrae dal mio archivio online

Question

sto cercando di impostare il mio primo repository sul mio ospite e sto ottenendo questo errore quando uso TortoiseSVN alla cassa progetto:

Error: OPTIONS of ' http://mywebsite.com/svn/myproject ': 200 OK (http://mywebsite.com)

Ecco quello che ho fatto:

1. SSH nel mio ospite e la testa a/home/myaccnt e 'svnadmin creare svn'

2. Crea il mio repository del progetto: 'svn mkdir svn/myprojec t '

3. Aggiungere file al repository: cd /home/myaccnt/.../myproject (che ha/tag,/branch,/trunk); 'svn import file: /// home/myaccnt/svn/myproject' (il grande vecchio elenco di file aggiunti è visto a questo punto.)
   A questo punto penso di aver impostato il mio repository e importato il mio progetto nel repository. Quindi, sono pronto per il checkout usando TortoiseSVN sulla mia scatola di Windows. Quindi:

4. Nella cartella mi piacerebbe cassa a, mi fate clic destro e SVN Checkout, e quindi assicurarsi che il mio URL è: http://mywebsite.com/svn/myproject

Risultato?

Error: OPTIONS of ' http://mywebsite.com/svn/myproject ': 200 OK (http://mywebsite.com)

Qualcuno ha qualche idea per me? Probabilmente mi manca qualcosa di fondamentale con la struttura del mio repository o htaccess ... o qualcosa del genere.

Answer 1

Apparentemente, questo è più un problema di restrizione da parte del mio ospite e sto lavorando con loro per risolverlo.

Grazie, 1800.

proposito, la risposta era che il mio ospite, A2 Web Hosting, richiede che SVN essere gestito tramite SSH utilizzando un public_key e la configurazione, nel mio caso, TortoiseSVN per fare il lavoro. Era un po 'funky per qualcuno che ha solo un po' di esperienza nell'impostare le chiavi, ma è stato abbastanza soddisfacente una volta che è stato fatto!

È possibile trovare informazioni su SVN sull'host A2 nella relativa wiki di supporto.

Answer 2

Se si modifica l'indirizzo di checkout da http://mywebsite.com/svn/myproject a svn://mywebsite.com/svn/myproject, inizia a funzionare? In tal caso, forse non hai impostato il protocollo HTTP per l'accesso SVN?

Answer 3

Provare a inserire / alla fine dell'URL. Modificare l'indirizzo di checkout da "http://mywebsite.com/svn/myproject" a "http://mywebsite.com/svn/myproject/".

Answer 4

Ho dovuto scavare in questo problema troppo e abbiamo trovato le pagine seguenti, che mi portano alla soluzione: - http://comments.gmane.org/gmane.comp.version-control.subversion.devel/117844 (Si veda in particolare il link to "Julian's patch".)

Vi si afferma che "le opzioni <url>: 200 (<url>) OK "l'errore è abbastanza fuorviante e spesso significa semplicemente che l'URL del repository è sbagliato.

Answer 5

Una modifica della prima risposta ha funzionato per me.

Il mio repository utilizza SSH. L'URL mi è stato dato come https: // (per l'accesso HTTPS) e alla fine ho capito che il protocollo sull'URL doveva essere cambiato.

Utilizzando il client a riga di comando: $ svn checkout svn + ssh: /// svnroot //

(è stata necessaria alcuna configurazione del tasto.)

Answer 6

Ho appena avuto questo problema. Il mio server Subversion era su una porta non standard. In modo efficace il mio URL di repository era sbagliato. Solo qualcos'altro da verificare ...

Answer 7

Ho avuto un problema simile con un semplice comando "svn list".

Per estendere la risposta Vitor Mateus' riguardo a barre: Durante l'impostazione la mia repository utilizzando Apache su un server in-house, il mio Location modifica originale nel file di configurazione di Apache 2 sembrava:

<Location "/svn/repo_address/"> 
    ... 
</Location> 

Dove c'è era un finale "/" dopo "repo_address". Non ci dovrebbe essere una barra qui:

<Location "/svn/repo_address"> 
    ... 
</Location> 

Qualcosa di sottile, ma fa un'enorme differenza. Ora una chiamata a

svn list http://my.server.com/svn/repo_address 

funziona correttamente. A volte aiuta a leggere attentamente il manuale ;-)

Answer 8

Per me, l'errore è stato sul lato server, ed è stato perché ho dimenticato di rimuovere il commento

DAV svn 

nel file di configurazione /etc/apache2/mods-enabled/dav_svn.conf (su Debian) .

Answer 9

Per me è stato sicuramente un problema di autenticazione.

Normalmente quando provo a controllare un nuovo progetto, mi viene chiesto se voglio accettare il certificato (permanente, temporaneo o non del tutto).

Devo aver cliccato su per niente in precedenza, quindi non mi richiederebbe di nuovo.

Utilizzando il client TortoiseSVN sono andato in Impostazioni, quindi dati salvati ed eliminato i miei dati di autenticazione (pulsante Cancella ).

Poi, quando ho tentato un checkout, mi ha spinto ad accettare il certificato. Ho fatto in modo permanente e tutto andava bene. Ha controllato tutto il mio codice.

Answer 10

Ho riscontrato questo errore durante la connessione a un repository open source dal mio x-term di Ubuntu.

La soluzione che ha funzionato è stata la modifica del file /etc/subversion/servers. Ho modificato le impostazioni del proxy nella sezione globale e ora: tutto va bene.

Answer 11

Assicurarsi che SVNPath sia impostato correttamente nella configurazione di Apache!

Answer 12

Questo errore è completamente generico e significa semplicemente che non può comunicare con il server SVN. Usa il tuo browser per guardare l'URL e vedere cosa viene realmente servito. Dovrebbe essere una semplice pagina in bianco e nero che dice Powered by Subversion nel footer. Questo dovrebbe aiutarti a capire qual è il problema.

Nel mio caso le richieste non sono finite nel modulo DAV perché sto usando ProxyPass.

Answer 13

Un altro motivo per ottenere questo errore (tra i molti precedenti) è avere un proxy impostato in ~/.subversion/server quando non è necessario un proxy per raggiungere il server a cui si sta tentando di connettersi.

Answer 14

Ho avuto un problema diverso (e una soluzione). Non capisco perché succede, ma dal momento che alcuni dei repository DID checkout, ho provato a controllare vari contenuti in modo indipendente.

Ho trovato che solo un file JAR nella cartella principale non è stato estratto e il tentativo di verificarlo ha causato l'errore. Poiché il file era un file duplicato di uno stesso file JAR, che si trovava nella cartella "target", l'ho appena eliminato dal repository tramite repo-browser (TortoiseSVN) e controllato di nuovo il progetto tramite NetBeans - infine è terminato senza il errore.