Was ist die Ursache von "svn: E195019: Redirect cycle detected "URL"?
Versuchen zur Kasse von meinem SVN repo gibt mir
svn: E195019: Redirect-Zyklus erkannt für URL ...
Jedoch scheint es, als ob dieser Fehler tritt nur auf, wenn ich bin hinter einige (bestimmte) proxy-server.
Wie bereits in anderen post (siehe tortoise svn gibt mir "Umleiten Zyklus erkannt für die URL "domain/svn'" ) dieser Fehler tritt auf, wenn der SVN DAV ist falsch konfiguriert, z.B. mit SVNParentPath, wo sollte man SVNPath. Aber, meine Konfiguration scheint korrekt zu sein und - soweit ich weiß - das problem tritt nur auf, wenn hinter einem proxy.
Den Aufbau der repository ist mehr oder weniger standard, z.B.,
ServerAlias svn.mydomain.com <Location /myrepo> DAV svn SVNPath /var/www/vhosts/mydomain.com/svn/myrepo AuthType Basic AuthName "mydomain " svn" AuthUserFile /var/www/vhosts/svn.mydomain.com/conf/htpasswd-myproject # Erlaube nur-lese-Zugriff zu jedermann, sonst benötigen # Authentifizierung erforderlich Require valid-user </Location>
Du musst angemeldet sein, um einen Kommentar abzugeben.
(Ich eine Antwort auf meine eigene Frage, nachdem Sie ein halbes Wochenende, um die Suche für die Lösung):
Scheint es, als ob diese Fehlermeldung bezieht sich auf die Tatsache, dass das subversion-repository befindet sich in einem Verzeichnis
svn/myrepo
wo das Verzeichnissvn
ist auch aufgeführt, wie das DocumentRoot der subdomainsvn.mydomain.com
. Das DocumentRoot-Direktive war mir nicht klar, da das Dokument-Stamm der subdomain war configered in einer anderen conf-Datei (ich benutze Plesk zum verwalten der server).Diese erstellt eine Art von Zweideutigkeit. Einmal zog ich in die Dokument-Stamm der subdomain auf eine andere Position, die Fehlermeldung ging Weg.
War das problem schwer aufzuspüren, weil - soweit ich weiß -
Der Fehler erscheint nicht, wenn das repo befindet sich auf der obersten Ebene der subdomain, also
<Location />
undSVNPath /var/www/vhosts/mydomain.com/svn
in der oben genannten Konfiguration.Den Fehler nur auftaucht, wenn der repo ist der Zugriff über einen proxy.
Dem Zusammenstoß mit DocumentRoot war nicht so offensichtlich, denn es wurde eine subdomain.
So zusammenfassen: die Lösung (bei der Verwendung von Plesk): Ändern Sie die "DocumentRoot" der subdomain im Plesk setup (GUI), um etwas andere form der SVN-Verzeichnis. Die "DocumentRoot" des http://www.mydomain.com ist
httpdocs
. Die "DocumentRoot" des svn.mydomain.com war (standardmäßig)svn
. Das habe ich geändert, umhttpdocs-svn
und das problem war Weg. Der Ordnerhttpdocs-svn
ist nicht in mein setup, da alles unten svn.mydomain.com behandelt wird durch DavSVN.Stellen Sie sicher, dass der link, den Sie verwenden, ist die 'svn' und nicht die 'anzeigen' - link.
d.h. http://www.myrepo.com/svn/myproject/trunk ||richtige
http://www.myrepo.com/view/myproject/trunk ||falsche
Funktionieren sollte.
Ich Stand vor einer ähnlichen Art von Fehler nach diesem tutorial:
Wie Installieren Sie den SVN-Server auf Ubuntu 18.04 & 16.04 LTS. Später realisiert, ich habe auf löschen Sie die folgende Zeile in Schritt 3
In meinem Fall das problem ist, es wurde eine nicht kompatible Einstellungen zwischen zwei Konfigurations-Dateien auf ubuntu.
Ich habe ubuntu 18.04 und Apache2 und die neuesten svnserver von ubuntu und das problem zu lösen umzuleiten, die ich hatte zu entfernen, Alias von zwei verschiedenen Konfigurationsdateien: /etc/apache2/mods-enabled/dav_svn und /etc/apache2/site-enabled/default-ssl.conf
/etc/apache2/mods-enabled/dav_svn
/etc/apache2/site-enabled/default-ssl.conf
obviusly nach der änderung muss ich den apache neu starten:
Ist das problem mit der SVN-URL, die Sie gegeben haben während des check-out. Ich überprüfte diverse post für dieses problem, aber keiner von Ihnen arbeitete für mich. Unten ist die sehr einfache Lösung, die für mich gearbeitet,
Müssen Sie Sie csvn repository über den link" http://localhost:3343/csvn/repo/list
"und kopieren Sie die URL der" Checkout-Befehl " für das repository, das Sie zugreifen möchten.
Diese URL müssen Sie in der tortoise-SVN-client für die Kasse.