Migrations-Workflow
Der Migrations-Assistent führt die Übernahme in logischen Phasen aus (u. a. Styles, Templates, Inhalte/Medien in Batches). Der genaue Ablauf kann je nach Version leicht varieren; die Grundidee bleibt:
Typischer Gesamt-Ablauf
- Plugin auf beiden Seiten installieren und aktivieren.
- Auf der Etch-Zielseite einen Vorgang vorbereiten, der es erlaubt, die Ziel-Instanz klar zu adressieren (u. a. Migration-Key / Pairing – Bezeichnung in der UI).
- Auf der Bricks-Quellseite die Verbindung herstellen und prüfen, bis der Assistent bestätigt, dass Quell- und Ziel zusammen passen.
- Inventar & Analyse abwarten: der Wizard erfasst, was es auf der Bricks-Seite zu migrieren gibt. Bei sehr großen Sites arbeiten Teile der Oberfläche schrittweise (kein Einfrieren des gesamten Admins in einem Rutsch).
- Auswahl & Zuordnung (Select & Map): was soll mit – Post Types, Templates, optionale Pakete, Ausschlüsse, ggf. Formular-/Plugin-Kontext.
- Optionen pro Projekt wählen (u. a. templatebezogene Hüllen, ggf. Premigration-Schema, wo vorgesehen).
- Migration starten und den Fortschritt in der UI verfolgen. Unterbrechungen größerer Läufe werden – soweit die Umgebung mitspielt – in unterstützter Form berücksichtigt (Fehlversuche, erneut ansetzen, nicht immer „alles von vorn“).
Online vs. Datei-Import
- Online-Migration: Quell- und Zielsite sprechen während des Laufs miteinander.
- Offline (ZIP): Wenn dein Vorgehen Exporte als ZIP nutzt, siehe Offline-Import (ZIP).
Danach: QA auf Etch
Plane auf der Zielseite Review-Zeit ein: Schablonen, typische Inhalte, Medien, Schriften und dynamische Inhalte gegen die reale Anforderung prüfen – besonders bei komplexen Bricks-Setups. Siehe Grenzen & Erwartungen.