Deploy und Rückrollen

Ein Deploy bringt einen definierten Stand auf dein Hosting: eine Kern-Version plus ein Stand deiner Überlagerung plus die Konfiguration. Jeder Deploy ist reproduzierbar.

Ablauf #

1. Die Steuerzentrale baut aus Kern-Version (Release, zum Beispiel v0.3.0) und dem gewählten Stand deines Site-Repos ein Build.
2. Die Übertragung läuft per rsync über SSH oder per SFTP. Rsync überträgt nur geänderte Dateien, ein zweiter Lauf ohne Änderungen überträgt nichts.
3. config.php wird separat mit Rechten 600 geschrieben. var/ und public/media/ bleiben unangetastet.
4. Danach laufen auf der Site migrate, katalog und cache-leeren.

Kern-Dateien sind auf dem Server schreibgeschützt. Prüfsummen erlauben dem Job status, Änderungen am Kern zu melden, das Dashboard zeigt dann einen Alarm.

Deploy starten #

In der Steuerzentrale unter Site, Deploys: Kern-Version und Site-Stand wählen, optional Trockenlauf (zeigt nur, was sich ändern würde), dann Deploy starten. Das Protokoll läuft live mit.

Historie und Rückrollen #

Die Historie zeigt jeden Deploy mit Kern-Commit, Site-Commit, Zahl der Dateien, wer ihn gestartet hat und wie lange er dauerte. Zurückrollen baut exakt den Stand eines früheren Deploys neu (Kern, Site und Konfiguration) und rollt ihn aus. Datenbankinhalte wie Produkte und Preise bleiben dabei erhalten.

Deine Überlagerung #

Alles, was du anpasst, liegt im Site-Repo, einem Git-Repository je Site:

• site/templates/ eigene Templates, die Kern-Templates gleichen Namens ersetzen
• site/assets/css/eigen.css eigenes CSS, wird nach dem Theme geladen
• site/templates/partials/eigen-kopf.php und eigen-vor-fuss.php Haken für eigene Inhalte
• site/modules/ eigene Module
• site/seed/ Themenprofil und Katalog (über Assistent oder MCP gepflegt)

Jede Änderung ist ein Commit. Über MCP geänderte Dateien tragen den Autor mit dem Zusatz „via MCP“.

Vorschau-Prüfung bei Deploys über MCP #

Deploys, die ein KI-Assistent über MCP startet, laufen immer erst durch eine Prüfung:

1. Syntaxprüfung aller PHP-Dateien mit der PHP-Version deines Hostings
2. Prüfung von Templates und CSS
3. Build in ein Vorschauverzeichnis außerhalb des Webroots
4. Start-, Kategorie-, Produkt- und Fehlerseite werden gegen die echte Datenbank gerendert

Schlägt ein Schritt fehl, geht nichts live und der Deploy endet mit Fehler.