Momentan haben wir ein Repository für mehrere Projekte. Ich organisiere das so, dass wir ein SVN-Repository pro Projekt haben können.
Ich habe Ссылка mit Erfolg verfolgt, bin aber auf ein Problem gestoßen.
Im neuen Repository füge ich mein Stamm-, Zweig- und Tag-Verzeichnis hinzu. Ich versuche, die Dateien aus dem Stammverzeichnis in das Stammverzeichnis zu verschieben. Ich kann diese Ordner erfolgreich hinzufügen. Das Problem ist, wenn ich versuche, die Dateien in das Stammverzeichnis zu verschieben. Das Hinzufügen einer Datei zur ./trunk-Ebene scheint am meisten zu scheitern:
%Vor%Wenn ich meine Apache-Logs betrachte, sehe ich das in der Fehlerdatei:
%Vor%Ich bin mir nicht sicher, warum es in meinem error_docs-Verzeichnis nach dem Format sucht. Dieses Verzeichnis existiert, aber es hat nichts benanntes Format.
Die Berechtigungen meines Repos entsprechen denen eines funktionierenden Repo. Während es wie ein Berechtigungsfehler aussieht, sehe ich nicht, wo meine Einrichtung fehlschlägt
%Vor%edit - 08/17, mehr zu diesem Thema. Die aktuelle Einrichtung ist:
%Vor%Ich versuche, den Code mit svn mv pickles.com/pickles.com/* pickles.com/trunk in den Kofferraum zu legen. Ich erhalte den folgenden Fehler in meinen Apache-Logs:
%Vor%Meine SVN-Konfiguration:
%Vor%Dieselbe Konfiguration funktioniert in einem anderen virtuellen Host auf demselben Server. Also ich würde nicht erwarten das Problem zu sein. Die einzige Änderung ist, dass ParentPath aktiviert ist, und dies ist ein Verzeichnis von Repositories anstelle eines einzelnen Repositorys mit vielen Verzeichnissen.
Bearbeiten - Apache leitet den SVN in das Verzeichnis error_docs
umIch habe das Conf aktualisiert, um als einzelnes Repository zu agieren.
Das Original:
%Vor%Zum einzelnen Format:
%Vor%Und alles hat wie erwartet funktioniert. Wir kehren zu SVNParentPath zurück und wir kehren zu den gleichen alten Problemen zurück. Jetzt weiß ich, dass es etwas mit MediaTemple, Plesk und Subdomain Setup zu tun hat.
Zur Erinnerung, der Fehler, den ich bekomme, ist:
%Vor%Ich habe einen Symlink in error_docs zu ./subdomains/svn2/pickes.com/format erstellt und dann wurde der Fehler zu:
Interner Fehler: Fehler beim Öffnen von db lockfile
Dies ist kein Berechtigungsfehler (auf der Ebene, die ich gezeigt habe). Dieses Projekt verfügt über denselben Berechtigungssatz und denselben Benutzer wie derjenige, der im Einzelmodus ausgeführt wurde. Irgendwo, wo Apache standardmäßig auf error_docs gesetzt ist, sucht SVN dort nach seinen Verzeichnissen anstelle des angegebenen URL-Repositories.
Ich habe jede gefundene httpd-Datei überprüft und finde keinen Hinweis darauf, wie die Domain mit ihren Subdomains umgehen soll.
Das ist ein Apache-Problem, das durch die Server-Konfiguration verwirrt wird (Wahrscheinlich Plesk, aber niemand in ihren Foren hat irgendwelche Informationen gegeben).
Das Problem ist, dass das Basis-Subdomain-Verzeichnis von Apache bedient wird, so dass es nicht auch so konfiguriert werden kann, dass es über DAV-SVN bedient wird, svn faq
Ich konnte eine Lösung implementieren, indem ich meine Repositories in ein eigenes dediziertes Verzeichnis verlagerte. Ich habe dann das location-Tag aktualisiert und svn-Repositorys wurden erfolgreich von svn2.publicsite.com/repos bereitgestellt.
Mein nächster Schritt besteht darin, die Redundanz in der URL zu bereinigen. Ich muss einen separaten vhost außerhalb von Plesk erstellen, so dass ich einfach svn2.publicsite.com unterstützen kann oder ich werde das Verzeichnis verschieben, so dass es nur publicisite.com/repos.
istGibt es Namenskonflikte in den Apache-Location-Direktiven, die der svn-URL widersprechen würden?
Tags und Links svn