migration v1.0.3

CLI-Datenbank-Rollbacks waren auch in Produktions- und Staging-Umgebungen ausführbar. Der Adapter erlaubt rollback und execute --down jetzt ausschließlich bei einer tatsächlich geladenen WordPress-Umgebung local oder development. Fehlende/ungültige Umgebungen schlagen geschlossen fehl; es gibt kein Force-Flag.

Auch ein älteres Ziel von migrate oder seinem run-Alias darf keinen Rollback auslösen. Die CLI übergibt die Berechtigung unveränderlich an den Manager, der den tatsächlichen Rückwärtszweig sperrt. Die Bibliotheks-API behält ihren kompatiblen Default für ausdrücklich geprüfte inverse Migrationen; Vorwärtsmigrationen und reine Metadaten-Reconciliation bleiben verfügbar.

Ein echter WP-CLI-Lauf fand zusätzlich eine bestehende Synopsis-Lücke: Die Richtungsschalter waren als verpflichtende bloße --up/--down-Zeilen eingetragen und wurden vom Parser verworfen. Korrekte optionale Synopsis-Einträge machen beide Wege ausführbar; die bestehende Genau-eine-Richtung-Prüfung bleibt bestehen.

Validierung: vollständige QA63Tests/435Assertions; echte WordPress-/MariaDB-Suite6/77, jeweils ohne Skips. 40echte WP-CLI-Kommandos:25gesperrte Varianten mit byte-identischem vollständigem DB-Dump und null down()-Aufrufen;15erlaubte Vorwärts-/Entwicklungsoperationen. Kein reales Kundensystem und keine externe Nachricht betroffen.