Frage

Ich verwende Subversion mein eigenes Repository für eine Wordpress-Installation zu hosten. Ich habe es so eingerichtet habe, dass alle Kernwordpress-Dateien in ihrem eigenen Verzeichnis sind (so genannte Wordpress) und eingerichtet, um den Einsatz svn: externals zu Link zu der Wordpress-Repository. Ich habe dann meine eigene Kopie des wp-content-Verzeichnis (außerhalb des Wordpress-Verzeichnis), die nicht SVN nicht verwendet: Äußerlichkeiten. Das ist alles gut funktioniert.

Wenn ich mein Repository aktualisieren, wird der Wordpress-Kern aktualisiert. Da der Wordpress-Repository seiner eigenes wp-content-Verzeichnis enthält, aktualisiert er auch dieses Verzeichnis. Also meine Dateistruktur endet etwas wie folgt aussehen:

/
--/wordpress/   (wordpress repo)
-----/wp-admin/
-----/wp-content/
--/wp-content/  (my local repo)

ich am Ende mit zwei getrennten Versionen des wp-content-Ordners (einen von meinem Repo und einer aus den Wordpress-Repo-Geschäften). Ich möchte nicht, das eine von Wordpress-Repo (oder zumindest nicht in dieser Position). Gibt es eine Möglichkeit für mich Satz SVN, um den Wordpress / wp-content-Verzeichnis zu ignorieren, während nach wie vor externe Definition mit?

War es hilfreich?

Lösung

Was Sie wirklich gefragt ist: „Können Sie --depth für svn:externals angeben“, und die Antwort ist nein. Äußerlichkeiten sind zur Zeit voll rekursiv auf dem angegebenen Verzeichnis.

3216 Ausgabe diese Funktionalität anfordert, aber es sieht nicht so aus wie es in absehbarer Zeit kommt.

Andere Tipps

Sie könnten getrennte Äußerlichkeiten innerhalb des referenzierten Repository zu jedem Unterordner machen. Also, wenn Ihr außerhalb eines Repo mit Projekten ist A, B und C, und Sie wollen nur A und B, dann können Sie zwei separate externe Verweis auf die Unterordner für A und B einzeln machen.

Zur Zeit ich dies mit einem Projekt mache, aber Sie können Probleme auftreten, wenn Sie tatsächlich Änderungen an den Äußerlichkeiten machen und begehen sie, da Änderungen in zwei getrennten Äußerlichkeiten nicht atomicly begangen werden. Dieses Problem besteht auch dann, wenn die beide externen Quellen den gleichen Repository, den Sinn Punkt eigentlich macht, ist aber wichtig zu beachten, wenn mit dieser Technik.

Auch wenn Sie für das zweite Repository verantwortlich sind, ist eine Option, auch tuck Prüfung, Dokumentation und andere verwandte Ordner in einen noch weiteren separaten Repository mit Äußerlichkeiten auf den Quellcode, um sie aus der Haupt-Code-Repository zu trennen. Auf diese Weise diese Ordner nicht in, wenn sie ein externes Referenz wegen Code-Abhängigkeiten gezogen werden.

Sie können dies tun, mit spärlich Verzeichnisse (auch als flach Auscheckvorgänge bekannt). Ich bin nicht 100% sicher, es funktioniert, wenn Äußerlichkeiten, aber ich sehe nicht, warum es nicht würde.

Was passiert, wenn Sie versuchen, das lokale wp-content-Verzeichnis zu entfernen, aber tut es durch SVN? dh.

svn rm /wordpress/wp-content

Auf diese Weise SVN sollten Sie Ihre Änderungen erinnern, und ich nehme an, Sie sind nicht Sachen auf die Wordpress-Repo schieben, so dass Sie nicht versehentlich zu sorgen brauchen darüber commiting.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top