Zum Inhalt springen

Automatisches Deployment auf anderen Server

Erstellt am 17. Januar 2011 · 2 Antworten · letzte Antwort am 18. Januar 2011

Tags: Frage

blab ·

Hallo,

wir haben im Moment für ein Projekt folgenden Workflow für Änderungen:

1) Zuerst führen wir Änderungen auf einem lokalen Server durch. Dies können php-Änderungen von eigenen Erweiterungen, css-Anderungen oder einfache Textanpassungen im Backend sein.

2) Alle Änderungen werden von Hand auf einem weiteren Testserver dupliziert, auf den der Kunde Zugriff hat und auf dem weitere exterene Funktionen zur Verfügung stehen.

3) Wenn auf dem Testserver alles läuft, wird auf das Produktionssystem übertragen, wieder alles manuell. Manuell heisst, ich hab eine Liste mit 20 bis 40 Punkten, die ich der Reihe nach abarbeite.

Alle Server haben eigene Datenbanken.

Ich würde gern Schritt 2 nach 3 automatisieren. Hat da jemand einen Tip? Bisher war ich der Meinung, dass es hier keine elegante Möglichkeit gibt.

Danke.

lisardo ·

Hallo,

ich lege die Typoscripte alle extern an und spiele sie zusammen mit typo3conf/ext/ und dem ganzen CSS/HTML/Template-Kram ins svn ein. So könnte z. B. Schritt 2 alle Änderungen ins svn committen, die dann in Schritt 3 ausgecheckt werden. Danach kann alles auch für Schritt 1 ausgecheckt werden, so dass dieser wieder aktuell ist. Seit kurzem geht das auch für die DataStuctures von TemplaVoila. Die localconf.php schließe ich aus (geht über eine Ignorieren-Liste).

Hin und wieder muss ich dann manuell uploads abgleichen, das will ich nicht im svn haben.

Bei Datenbankänderungen habe ich leider keine Vorschläge, das mache ich auch händisch. Das Problem liegt natürlich darin, dass auf dem Life-Server ja redaktionelle Änderungen erfolgen, so dass die Tabellen nicht von Schritt 2 in Schritt 3 kopiert werden können.

Da wäre ich auch dankbar für Ideen :-)

Gruß
Peter, TYPO3 @ lisardo (Augsburg)

blab ·

Hallo Peter,

danke für den svn-Tip.

Zur Datenbank: Wenn redaktionelle Änderungen auf Server 2 vorgenommen werden würden, könnte man dann die gesamten Datenbank dumpen und auf Server 3 wieder importieren? Das müsste direkt über die mySQL-Schnittstellen passieren.

Ich denke das klappt nicht, weil irgendwo sicherlich absolute Adressierungen inkl. Servername verwendet werden?

Grüsse
Steff