Agenturen & Netzwerk · Fortgeschritten · 0:40 Min.
Staging & Deploy
Was die Oberfläche zeigt – und die Befehle für Releases, Rollback und Inhalte.
Ziel
Code kommt geprüft und mit Sicherung auf den Server; Staging bekommt bei Bedarf eine Kopie der Live-Inhalte.
Voraussetzungen
- SSH-Zugang oder CI (GitHub Actions) und Zieldateien
deploy/targets/{ziel}.env.
Schritt für Schritt
Transkript: Jeder Schritt entspricht einem Untertitel im Video.
- Staging ist eine eigene Installation mit Kopie der Live-Inhalte. Netzwerk zeigt mit Nicht live, was keine Produktion ist.
- Vor Eingriffen: Wartung ▾ – Sicherung jetzt, Wartungsmodus an, Seiten-Cache leeren.
- Gesundheitsprüfung für Deploys:
/healthantwortet ohne Geheimnisse (ok, Version, Umgebung). - Deploy per Kommandozeile:
deploy/deploy.sh stagingbzw.production– mit Sicherung,migrate,healthund automatischem Rollback.
Befehle & Konfiguration
deploy/deploy.sh staging # bauen, hochladen, migrieren, prüfen, umschalten
deploy/deploy.sh production # zusätzlich vorher Sicherung
deploy/deploy.sh production --rollback # vorheriges Release aktivieren
deploy/sync-content.sh default # Datenbank + Medien einer Website: Live → Staging
php bin/console health --all
php bin/console site:backup --all
Tipps & Stolperfallen
Tipp
Staging ('environment' => 'staging') sperrt Suchmaschinen aus, zeigt eine Hinweisleiste und leitet E-Mails um.
Achtung
Schema-Änderungen laufen vor dem Umschalten gegen die Live-Datenbank – sie müssen additiv sein.