Un errore SVN (200 OK) al momento del check out dal mio repository online

Sto provando a configurare il mio primo repository sul mio host e sto ricevendo questo errore quando uso TortoiseSVN per verificare il progetto:

Errore: OPZIONI di ” http://mywebsite.com/svn/myproject “: 200 OK ( http://mywebsite.com )

Ecco cosa ho fatto:

  1. Ssh nel mio host e vai a / home / myaccnt e ‘svnadmin crea svn’

  2. Crea il mio repository di progetto: ‘svn mkdir svn / myproject’

  3. Aggiungi file al repository: cd /home/myaccnt/…/myproject (che ha / tag, / branch, / trunk); ‘svn import file: /// home / myaccnt / svn / myproject’ (la grande vecchia lista di file che vengono aggiunti è vista 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. Così:

  4. Nella cartella in cui vorrei effettuare il check-out, faccio clic con il tasto destro del mouse e SVN Checkout , quindi assicurati che il mio URL sia: http://mywebsite.com/svn/myproject

Risultato?

Errore: OPZIONI di ” http://mywebsite.com/svn/myproject “: 200 OK ( http://mywebsite.com )

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

Ho dovuto approfondire anche questo problema e ho trovato le seguenti pagine che mi hanno portato alla soluzione: – http://comments.gmane.org/gmane.comp.version-control.subversion.devel/117844 (Vedi in particolare il link a “La patch di Julian” .)

Si afferma che l’errore “OPZIONI di : 200 ( ) OK” è abbastanza fuorviante e spesso significa semplicemente che l’URL del repository è sbagliato.

Ho avuto un problema simile con un semplice comando “svn list”.

Per estendere la risposta di Vitor Mateus riguardo alle barre: mentre impostando il mio repository usando Apache su un server interno, il mio tag Location originale nel file di configurazione di Apache 2 assomigliava a:

  ...  

Dove c’era un “/” finale dopo “repo_address”. Non ci dovrebbe essere una barra qui:

  ...  

Qualcosa di sottile, ma fa una grande differenza. Ora una chiamata a

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

funziona bene. A volte aiuta a leggere attentamente il manuale 😉

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

Grazie, 1800.

A proposito, la risposta è stata che il mio host, A2 Web Hosting, richiede che SVN sia gestito tramite SSH usando un public_key e configurando, 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!

Puoi trovare informazioni su SVN sull’host A2 nella loro wiki di supporto.

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 controllare …

Per me, l’errore era sul lato server, ed è stato perché ho dimenticato di decommentare

 DAV svn 

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

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?

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.

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 di non averlo fatto prima, quindi non mi richiamerebbe più.

Usando il client TortoiseSVN sono entrato in Impostazioni , poi Dati salvati e cancellato i miei dati di autenticazione (pulsante Cancella ).

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

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.

Utilizzo del client della riga di comando: $ svn checkout svn + ssh: /// svnroot //

(Non era necessaria alcuna configurazione chiave).

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

Prova a inserire / alla fine dell’URL. Modificare l’indirizzo di checkout da ” http://mywebsite.com/svn/myproject ” a ” http://mywebsite.com/svn/myproject/ “.

Mi sono imbattuto in 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 /etc/subversion/servers . Ho modificato le impostazioni del proxy nella sezione globale e ora: tutto va bene.

Assicurati che SVNPath sia impostato correttamente nella configurazione di Apache!

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.