Wie halten Subversion und einem remote-server (über FTP) synchronisieren?

Würden Sie nicht wollen, um änderungen an einem live-web-server, ohne jede form von Tests, würden Sie?

Kurze Antwort: indem Sie eine neue Arbeitskopie (vorzugsweise auf einem zentralen server) und kopiert nur die erforderlichen bits, um die app auszuführen.

Ich würde empfehlen die Einrichtung von continous integration, wo Ihr build-server ist verantwortlich für das abrufen der neuesten Quellen aus dem Subversion-repository, führen Sie einen build, und die Vorbereitung der Bereitstellung von Paketen für verschiedene Umgebungen (test/staging) und potenziell FTP ' Ing es bis in die Produktion-box, sobald Sie zufrieden mit der bereitgestellten änderungen in Ihre test-oder staging-Umgebung.

Das ist die einzige solide Möglichkeit, um sicherzustellen, dass änderungen übernommen werden (no-brainer, ich weiß, aber scheint zu sein, unsicher in Ihrem Szenario) oder sonst Sie einfach nicht am Ende in der Bereitstellung. Es erzwingt den Prozess der guten release-management, nicht zu vergessen, die Sie hinzufügen können alle Arten von anderen wunderbaren automation Dinge, die auf Ihrem build-server wie unit-Tests und funktionalen Tests.

InformationsquelleAutor Wim Hollebrandse

Ich würde vorschlagen, dass vor der Implementierung unten, dass Sie verwenden eine test-Umgebung, wo Sie können FTP direkt, dann schieben live, verpflichten sich, die version der Dateien und lassen Sie diese Aufgabe ausführen.

Vom tigris:

Dies geschieht die ganze Zeit, und geschieht einfach durch das hinzufügen eines post-commit hook-Skript zu Ihrem repository. Lesen Sie über hook-Skripte in Kapitel 5 des Buches. Die grundlegende Idee ist, dass die "live-site" nur eine gewöhnliche Arbeit zu kopieren, und dann haben Sie Ihre post-commit-hook-Skript run 'svn update' auf.

In der Praxis gibt es ein paar Dinge zu achten. Das server-Programm ausführen der commit (svnserve oder apache) ist das gleiche Programm, die ausgeführt werden, wird der post-commit-hook-Skript. Das bedeutet, dass dieses Programm muss die richtigen Berechtigungen, die Arbeitskopie zu aktualisieren. In anderen Worten, die Arbeitskopie müssen im Besitz des gleichen Benutzers, dass svnserve oder apache läuft als -- oder zumindest der Arbeitskopie müssen entsprechende Berechtigungen gesetzt.

Wenn die server aktualisieren muss eine Arbeitskopie, die Sie nicht besitzen (zum Beispiel, der Benutzer joe ist ~/public_html/Fläche), eine Technik ist das erstellen von a +s binary-Programm, um das update ausführen, da Unix erlauben nicht die Ausführung von Skripten +s. Kompilieren Sie ein kleines C-Programm:

#include <stddef.h>
#include <stdlib.h>
#include <unistd.h>
int main(void)
{
    execl("/usr/local/bin/svn", "svn", "update", "/home/joe/public_html/",
    (const char *) NULL);
    return(EXIT_FAILURE);
}

... und dann chmod +s der binären, und stellen Sie sicher, es ist im Besitz von user 'joe'. Dann in der post-commit-hook, fügen Sie eine Zeile zum ausführen des binären.

Wenn du Probleme hast, den Haken zu arbeiten, finden Sie unter "Warum sind nicht meine repository-hooks arbeiten?".

Auch, werden Sie wahrscheinlich wollen, um zu verhindern, dass der apache zu exportieren .svn/Verzeichnisse im live-Arbeitskopie. Füge dies in deine httpd.conf:

# Disallow browsing of Subversion working copy administrative dirs.
<DirectoryMatch "^/.*/\.svn/">
    Order deny,allow
    Deny from all
</DirectoryMatch>

InformationsquelleAutor Aaron

Setup ein post-commit-hook, dass updates der FTP und ausschließlich mit SVN für Veränderungen. Auf diese Weise, wenn änderungen verpflichtet sind, Ihre web-server wird aktualisiert.

Dabei nimmt der web-server staging-server. Siehe die Kommentare für weitere details.

InformationsquelleAutor Ben S

War ich einfach nur zu empfehlen Springloops, wenn ich nach unten gescrollt und gesehen, wie Chris den Vorschlag. Ich habe mit SpringLoops für die letzten paar Monate und Liebe es.

Können Sie einrichten, FTP details für staging-und prod-Server für jedes repository. Dann können Sie Sie veröffentlichen, zu diesen Servern über FTP, unter Angabe der Revisionsnummer bereitstellen.

Etwas, was ich mag über dieses ist, dass ich sehen kann, welche version der einzelnen server über die Seite bereitstellen, die in Springloops. Und mit alles wird bereitgestellt durch Springloops, wissen Sie, dass diese Angabe korrekt ist.

Habe ich tatsächlich auf der Jagd gewesen für eine Lösung, die ein wenig mehr als nur ein SVN-repository.. irgendwas mit integrierten ticketing, wiki und Zeiterfassung. Ich mag Bitbucket viel, aber es nicht über den FTP-deployment-feature von Springloops, welche Regeln es für mich leider. Jetzt werde ich kleben mit Springloops, bis Sie einen anderen service anbieten können FTP-Bereitstellung.

Warum ist der FTP-deployment für mich so wichtig, ich höre einige Leute Murmeln unter Ihren Atemzügen.. ich werde es Ihnen gerne sagen: ich bereitstellen von verschiedenen Servern. Einige sind gewidmet Felder, einige cloud-gehostete VMs, und einige shared-hosting. Ich möchte nicht haben, dass eine separate deployment-Methoden für jedes ein, so dass der Bereitstellung einer Methode, die allen gemeinsam ist FTP. Springloops sitzt wirklich gut zwischen mein Quellcode und meine Server. Das ist, warum 🙂

InformationsquelleAutor Jeeby

Dieser sieht aus wie ein problem maßgeschneidert für ein verteiltes revisions-Kontroll-system.

InformationsquelleAutor T.E.D.