web-dev-qa-db-de.com

Ein SVN-Fehler (200 OK) beim Auschecken aus meinem Online-Repository

Ich versuche, mein erstes Repository auf meinem Host einzurichten. Ich erhalte diese Fehlermeldung, wenn ich TortoiseSVN verwende, um das Projekt zu überprüfen:

Fehler: Optionen von ' http://mywebsite.com/svn/myproject ': 200 OK ( http://mywebsite.com )

Folgendes habe ich getan:

  1. Ssh in meinen Host und nach/home/myaccnt und 'svnadmin create svn'

  2. Erstelle mein Projekt-Repository: 'svn mkdir svn/myproject'

  3. Fügen Sie dem Repository Dateien hinzu: cd /home/myaccnt/.../myproject (mit/tags,/branch,/trunk); 'svn import file: /// home/myaccnt/svn/myproject' (die große alte Liste der hinzugefügten Dateien wird an dieser Stelle angezeigt.) 
    An diesem Punkt glaube ich, dass ich mein Repository eingerichtet und mein Projekt in das Repository importiert habe. Ich kann also TortoiseSVN für meine Windows-Box verwenden. So:

  4. In dem Ordner, den ich auschecken möchte, klicke ich mit der rechten Maustaste und SVN Checkout und vergewissere mich, dass meine URL lautet: http://mywebsite.com/svn/myproject

Ergebnis?

Fehler: Optionen von ' http://mywebsite.com/svn/myproject ': 200 OK ( http://mywebsite.com )

Hat jemand irgendwelche Gedanken für mich? Ich vermisse wahrscheinlich etwas grundlegendes bei der Struktur meines Repositorys oder meines Zugangs ... oder so.

69
J. LaRosee

Anscheinend handelt es sich hierbei eher um eine Einschränkung meines Gastgebers, und ich arbeite mit ihnen zusammen, um das Problem zu lösen.

Danke, 1800.

Übrigens war die Antwort hier, dass mein Host, A2 Web Hosting, verlangt, dass SVN über SSH mit einem public_key gehandhabt wird und in meinem Fall TortoiseSVN konfiguriert wird, um die Aufgabe auszuführen. Für jemanden, der nur ein wenig Erfahrung mit dem Einrichten von Schlüsseln hat, war das irgendwie komisch, aber es war ziemlich befriedigend, sobald es fertig war!

Informationen zu SVN auf dem A2 Host finden Sie im Support-Wiki.

3
J. LaRosee

Ich musste auch in diese Ausgabe einsteigen und fand die folgenden Seiten, die mich zur Lösung führten: - http://comments.gmane.org/gmane.comp.version.control.Subversion.devel/117844 (Siehe insbesondere den -Link zu "Julians Patch" .)

Es wird angegeben, dass der Fehler "OPTIONS of <url>: 200 (<url>) OK" ziemlich irreführend ist und oft bedeutet, dass die Repository-URL falsch ist.

81
Tilo

Ich hatte ein ähnliches Problem mit einem einfachen Befehl "svn list".

So erweitern Sie die Antwort von Vitor Mateus in Bezug auf Schrägstriche: Beim Einrichten eines eigenen Repository mit Apache auf einem internen Server sah mein ursprüngliches Location-Tag in der Apache 2-Konfigurationsdatei folgendermaßen aus:

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

Wo gab es einhinter "/"nach "repo_address". Dort sollte es keinen Schrägstrich geben:

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

Etwas subtiles, aber es macht einen großen Unterschied. Nun ein Anruf an

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

funktioniert gut. Manchmal hilft es, das Handbuch sorgfältig zu lesen ;-)

10
Sphere

Für mich war der Fehler auf der Serverseite, und ich habe vergessen, das Kommentarzeichen zu vergessen

DAV svn

in der Konfigurationsdatei /etc/Apache2/mods-enabled/dav_svn.conf (unter Debian).

3
Omer Sabic

Ich hatte gerade dieses Problem. Mein Subversion-Server hatte einen nicht standardmäßigen Port. So effektiv war meine Repository-URL falsch. Nur noch etwas zu überprüfen ...

3
matt burns

Wenn Sie die Checkout-Adresse von http://mywebsite.com/svn/myproject in svn://mywebsite.com/svn/myproject ändern, funktioniert sie? Wenn ja, haben Sie möglicherweise das HTTP-Protokoll nicht für den SVN-Zugriff eingerichtet?

2

Für mich war es definitiv ein Authentifizierungsproblem.

Normalerweise werde ich beim Auschecken eines neuen Projekts gefragt, ob ich das Zertifikat akzeptieren möchte (dauerhaft, vorübergehend oder überhaupt nicht).

Ich muss vorher überhaupt nicht angeklickt haben, damit es mich nicht wieder auffordert.

Mit dem TortoiseSVN-Client ging ich zu Einstellungen, dann Gespeicherte Daten und löschte meine Authentifizierungsdaten (Schaltfläche) Clear).

Als ich dann versuchte, auszuchecken, wurde ich aufgefordert, das Zertifikat zu akzeptieren. Ich habe Permanent und alles war gut. Es hat meinen gesamten Code ausgecheckt.

1
Armando Musto

Dieser Fehler ist völlig allgemein und bedeutet nur, dass er nicht mit dem SVN-Server kommunizieren konnte. Verwenden Sie Ihren Browser, um die URL einzusehen und zu sehen, was tatsächlich geliefert wird. Es sollte eine einfache Schwarzweiß-Seite sein, auf der in der Fußzeile Powered by Subversion (Powered by Subversion) steht. Das sollte Ihnen helfen herauszufinden, was das Problem ist. 

In meinem Fall endeten die Anforderungen nicht beim DAV-Modul, da ich ProxyPass verwende.

1
Sarel Botha

Eine Modifikation der ersten Antwort funktionierte für mich.

Mein Repository verwendet SSH. Die URL wurde mir als https: // (für HTTPS-Zugriff) gegeben und ich fand schließlich heraus, dass das Protokoll der URL geändert werden musste.

Verwenden des Befehlszeilenclients: $ Svn checkout svn + ssh: /// svnroot //

(Es wurde keine Schlüsselkonfiguration benötigt.)

Versuchen Sie, / am Ende der URL zu setzen. Ändern Sie die Checkout-Adresse von " http://mywebsite.com/svn/myproject " in " http://mywebsite.com/svn/myproject/ ".

0
Vitor Mateus

Ich bin auf diesen Fehler gestoßen, als ich von meinem Ubuntu x-term eine Verbindung zu einem Open Source-Repository aufbaute.

Die Lösung, die funktionierte, war das Ändern der /etc/Subversion/servers-Datei. Ich habe die Proxy-Einstellungen im globalen Bereich geändert und jetzt: Alles ist gut.

0
J K

Ich hatte ein anderes Problem (und eine Lösung). Ich verstehe nicht, warum es passiert, aber da einige der Abläufe des Repository DID ausgecheckt haben, habe ich versucht, verschiedene Inhalte unabhängig voneinander zu überprüfen.

Ich habe festgestellt, dass nur eine JAR-Datei im Stammordner nicht ausgecheckt wurde, und der Versuch, sie auszuchecken, hat den Fehler verursacht. Da es sich bei der Datei um eine doppelte Datei derselben JAR-Datei handelte, die sich im Ordner "target" befand, löschte ich sie einfach über den Repo-Browser (TortoiseSVN) aus dem Repository und checkte das Projekt erneut über NetBeans aus Error.

0
Ev0oD

Stellen Sie sicher, dass SVNPath in der Apache-Konfiguration richtig eingestellt ist!

0
Alexander

Ein weiterer Grund für diesen Fehler (unter den vielen oben genannten) besteht darin, einen Proxy in ~/.Subversion/servers zu setzen, wenn Sie keinen Proxy benötigen, um zu dem Server zu gelangen, zu dem Sie eine Verbindung herstellen möchten. 

0
k s