Versionierung und Bereitstellung von Anwendungskonfigurationsdateien auf Server

Question

Wir verwenden Visual Svn für die Versionskontrolle. Ich habe wenige Cloud-Webserver, auf denen meine Websites laufen.

Ich möchte einige Repositories für den Inhalt der Website erstellen. Ich checke sie in lokalen Editoren aus (notepad ++), bearbeite sie und checke in SVN ein. Aber wenn ich mich in VisualSVN einchecke, möchte ich, dass sie in der Webserver-Docroot bereitgestellt werden. In einigen Fällen möchte ich den Webserver auch neu starten.

Ist die Verwendung von Jenkins + Deployment Plugins möglich? Ich bin neu bei Jenkins, kann jemand mir mit einigen Informationen helfen, wie wir das erreichen können.

Answer 1

Es ist eines der Szenarien, für die Jenkins entwickelt wurde (Continuous Delivery, aka. CD). Der perfekte Plan könnte wie folgt aussehen:

1. eine neue Instanz von Jenkins Get up/Laufen (für Experimente) (wenn Sie mit Docker it is one of the best ways vertraut sind mit Jenkins zu experimentieren);
2. Konfiguration Subversion Plugin in Jenkins (Integration mit SVN);
3. Richten Sie Ihren ersten FreeStyle-Job in Jenkins ein, der Ihren Visual SVN-Server nach Änderungen abfragt (Dinge, die Sie bei SVN einchecken) und erfahren, wie das funktioniert (* < ~ Diese Umfragen ändern sich von Ihrer Quellcodeverwaltung an jede Minute, ideal für Experimente);
4. Richten Sie Ihren zweiten FreeStyle-Job ein, der sich mit einem Ihrer Webserver verbindet (wahrscheinlich über SSH) und eine Datei erstellt (einfach "touch hello_world.log" ist großartig) in einem speziellen Ordner für diese Art von Tests () NICHT MIT IHREM PRODUCTION CONTENT FOLDER () VERBINDEN;
5. Richten Sie Ihren dritten FreeStyle-Job ein, der Ihre in # 1 und # 2 erworbenen Erfahrungen kombiniert und weiterhin in einen Testordner schreibt;
6. Vergleichen Sie die Ergebnisse der Jobausgabe mit den Erwartungen Ihrer Produktionsimplementierung (eq. Dateien vorhanden, Inhalt wird richtig verarbeitet, Konfigurationsdateien sehen gut aus und usw.);
7. Probieren Sie es auf einem der Produktions-Web-Server, einen Ordner/eine Website zu einer Zeit;
8. Wenden Sie Ihre neu gestaltete Lieferpipeline auf die übrigen Server/Sites an;
9. Erfahren Sie, wie Sie Ihre Jenkins-Instanz sichern und tatsächlich Ihr erstes Backup erstellen;
10. Versuchen Sie, Ihre Jenkins-Instanz aus dem im vorherigen Schritt erstellten Backup wiederherzustellen.
11. Entscheiden Sie, ob es für Sie in Ordnung ist, Ihre eigene Jenkins-Instanz zu pflegen, oder Sie werden mit einer gehosteten Version davon besser zurechtkommen (CloudBees Inc.);
12. Erfahren Sie mehr über Pipeline in Jenkins und möglicherweise (weil es nicht sofort offensichtlich ist) migrieren Sie Ihren FreeStyle-Job (s) zu Pipeline DSL und/oder Jenkinsfile;

Manchmal müssen Sie möglicherweise wieder auf „Get Started with Jenkins“ Handbuch und sehen für die Ideen oder Antworten zu bekommen, ist es in Ordnung - nicht aufgeben und fühlen sich frei, Ihre Fragen hier zu veröffentlichen, in SO.

Hoffe, diese Ideen werden Ihnen helfen, zu beginnen.