Skip to the content
Documentation
Help Start
Reading in:
  • German: 9,059 of 9,059 pages
About the help in other languages
All help pages

Migrationsbefehle

Jeder Befehl exp:migration in einer Tabelle - was er tut, wann man ihn braucht, seine meistgenutzten Optionen und ein Link auf seine erzeugte Referenzseite - mit den gemeinsamen Optionen, den Exit-Codes, der…

Download as PDF

Address: https://doc.exponential.earth/exphelp/viewer/help/migrations/commands.md

On this page

This page is a translation. Read the English original

Migrationsbefehle

Die Migrationsbefehle laufen im Wurzelverzeichnis der Installation als ./console exp:migration:<name> (dasselbe Programm wie php bin/php/expmigration<name>.php). Führen Sie sie als der Benutzer aus, unter dem der Webserver läuft; als root mit --allow-root-user. Jeder Befehl, der schreibt, ist ein Probelauf, bis er --apply bekommt. Die vollständige Liste der Optionen jedes Befehls steht auf seiner erzeugten Referenzseite, erstellt aus den Optionsdefinitionen des Befehls selbst.

Inhalt

  1. Die Befehle
  2. Nach Aufgabe
  3. Optionen, die die meisten Befehle teilen
  4. Exit-Codes und die Maschinenausgabe
  5. Die exp:upgrade-Befehle, die mit Migrationen arbeiten
  6. Verwandte Seiten

Die Befehle

BefehlWas er tutMeistgenutzte OptionenReferenz
exp:migration:statusjede Migration mit ihrem Zustand (done, pending, not-needed, failed, unknown), die verwaisten, die letzten Läufe, die wartenden Pushes, die Sperre--fail-on-pending, --runs, --environmentexpmigrationstatus
exp:migration:migrateder Probelauf und mit --apply der Lauf: Sicherungspunkt, Migrationen der Reihe nach, Wiederherstellung bei einem Fehler, neuer Sicherungspunkt, Commit, Tag, Push--apply, --only, --path, --environment, --login, --no-commit, --no-push, --force --reasonexpmigrationmigrate
exp:migration:dry-runder Plan jeder ausstehenden Migration; --simulate führt sie in einer Transaktion aus, die zurückgerollt wird (PostgreSQL, SQLite), --diff zeigt, was sich geändert hat--simulate, --diff, --only, --pathexpmigrationdryrun
exp:migration:rollbacknimmt einen Lauf (seinen Sicherungspunkt von vorher), eine Migration (ihr down()) oder, für Fachleute, einen beliebigen Sicherungspunkt zurück<run-id>, <migration-id>, --expert --confirm=<caption-id>, --partsexpmigrationrollback
exp:migration:resumeein neuer Lauf dessen, was ein gescheiterter oder unterbrochener Lauf ausstehend ließ--apply, --onlyexpmigrationresume
exp:migration:captionein Sicherungspunkt der Installation jetzt, oder die Liste der Sicherungspunkte--apply, --list, --labelexpmigrationcaption
exp:migration:pushpusht die Läufe, deren Push gescheitert ist--apply, --limitexpmigrationpush
exp:migration:checkdie Prüfung der Migrationsdateien ohne Datenbank: Namen, Kopf, Reihenfolge, PHP-Syntax, die Klasse--path, --environmentexpmigrationcheck
exp:migration:generateschreibt eine neue PHP-Migration aus dem Gerüst--skeleton <name>, --description, --author, --source=extension:<name>, --applyexpmigrationgenerate
exp:migration:convertwandelt YAML-Migrationen des Referenz-Bundles in YAML-Migrationen von Exponential um; was sich nicht umwandeln lässt, steht in der neuen Datei<Datei oder Ordner>, --source=extension:<name>, --applyexpmigrationconvert
exp:migration:repo:splittrennt den Migrationsordner mit seiner Historie in ein eigenes Repository ab--to, --remote, --branch, --applyexpmigrationreposplit

Nach Aufgabe

AufgabeBefehleRezept
eine Migration schreibenexp:migration:generate --skeleton <name> --apply, dann exp:migration:checkdas Tutorial
sehen, was sich ändern würdeexp:migration:migrate, exp:migration:dry-run --simulate --diffMigrationen testen
die ausstehenden Migrationen anwendenexp:migration:migrate --applyMit Migrationen ausliefern
einen Pull-Request in CI absichernexp:migration:check, exp:migration:status --fail-on-pendingMigrationen testen
zurückgehenexp:migration:rollback <run-id> --apply, exp:migration:rollback <migration-id> --applySicherungspunkte und Rücknahme in der Praxis
einen unterbrochenen Lauf beendenexp:migration:resume --applyGroße Datenmigrationen
pushen, was das Remote nicht erreicht hatexp:migration:push --applyTags pushen
von Hand einen Sicherungspunkt nehmenexp:migration:caption --apply --label="before the import"Sicherungspunkte und Rücknahme in der Praxis

Optionen, die die meisten Befehle teilen

OptionBedeutung
--applydie Änderungen vornehmen; ohne sie ein Probelauf, der nichts ändert
--format=jsondie Maschinenausgabe exp-migration/1 statt Text
--environment=<name>die Migrationen für eine andere Umgebung als die der Installation zählen (site.ini [AdminEnvironment] Level oder EXP_ENV mit Level=auto)
--login=<login>als dieser Benutzer laufen statt als migration.ini [RunSettings] RunAsUser
--only=<ids>nur diese Migrationen (eine Komma-Liste oder wiederholt)
--path=<dateien oder ordner>nur die Migrationen in diesen Dateien oder Ordnern; exp:migration:check prüft sie statt der Migrationsordner
--run-id=<id>, --progress=<datei>den Lauf vor dem Start benennen und ihn über eine Datei mit JSON-Zeilen verfolgen (was die Administration nutzt)

Jedes Skript nimmt außerdem die Standardoptionen des Skript-Frameworks (--help, --siteaccess, --debug, --quiet, --allow-root-user).

Exit-Codes und die Maschinenausgabe

CodeBedeutet
0erledigt, oder nichts zu tun
1eine Migration ist gescheitert, eine Prüfung hat ein Problem gefunden, die Sperre war belegt, eine geänderte Datei wurde abgelehnt, oder etwas steht mit exp:migration:status --fail-on-pending aus
2Bedienung: eine Option ist falsch oder fehlt, oder nicht committeter Code hat einen Lauf verhindert
3die Datenbank ist nicht erreichbar
4interner Fehler

--format=json schreibt exp-migration/1: den Lauf, die Umgebung, die Engine und ihren Transaktionsmodus, jede Migration mit Zustand, Aktion und Meldungen, die Sicherungspunkte, das Repository, eine Zusammenfassung, die Fehler, die Warnungen und den Exit-Code (Die Maschinenausgabe).

./console exp:migration:status --fail-on-pending --format=json > var/log/migration-status.json || echo "pending or failed"

Die exp:upgrade-Befehle, die mit Migrationen arbeiten

Die Upgrade-Schritte des Kernels sind Migrationen der Quelle kernel, und exp:upgrade teilt die Aufzeichnung, die Sperre und die Sicherungspunkte mit den Migrationen:

BefehlMit Migrationen
exp:upgradelegt die Aufzeichnungstabellen an (Schritt 6.0.15-migration-tables); führt jede Stufe aus, auch code, libraries und finish, die ein Migrationslauf ihm überlässt
exp:upgrade:statusdie Schritte und ihr Zustand; ein von einem Migrationslauf angewendeter Schritt ist auch hier done
exp:upgrade:captionslistet die Sicherungspunkte von Upgrades und von Migrationsläufen (Arten migration-pre, migration-post, migration-failure)
exp:upgrade:rollbackstellt jeden Sicherungspunkt wieder her, auch einen, den ein Migrationslauf genommen hat
exp:upgrade:finishnach einem Migrationslauf, der Schritte angewendet hat, oder nach einer Wiederherstellung: Deploy, Caches, Smoke-Check
exp:upgrade:verifyfindet Abweichungen: einen als erledigt aufgezeichneten Schritt, dessen Wirkung fehlt

Verwandte Seiten

Something wrong on this page? Report an error

Documentation license

This documentation is free documentation, licensed under the GNU Free Documentation License 1.3 or later.

Exponential Copyright © 1998-2026 Exponential Foundation and 7x