How to Code-Migrationen durchführen with Eigent

So funktioniert es

1. Erfasse die Legacy-Annahmen – Routing, Datenmodelle, Authentifizierung, Konfiguration, Build-Tooling, Tests, Deployment und externe Verträge.
2. Ordne den alten Stack dem neuen zu und weise auf alles hin, das keine direkte Entsprechung hat.
3. Schlage einen inkrementellen Migrationsplan mit Kompatibilitätsschichten oder Checkpoints statt eines großen Rewrites vor.
4. Halte das Verhalten unverändert, sofern die Migration nicht ausdrücklich eine für Nutzer sichtbare Änderung erfordert.
5. Führe nach jedem Meilenstein Linting, Type-Check und fokussierte Tests aus, um die Übereinstimmung vor dem Fortfahren zu belegen.
6. Halte Rollback- oder Fallback-Optionen sichtbar, bis der Übergang abgeschlossen ist.

Weitere Prompts zum Ausprobieren

• Was in dieser Codebasis hat im Ziel-Stack keine direkte Entsprechung? Wie sollten wir jede Lücke behandeln?
• Schlage eine Kompatibilitätsschicht vor, die alten und neuen Code während des Übergangs nebeneinander laufen lässt.
• Was ist nach diesem Meilenstein der kleinste Test oder Check, der die Übereinstimmung mit dem Legacy-Pfad belegt?
• Welche Rollback-Schritte gibt es, wenn die Migration an diesem Checkpoint in Produktion fehlschlägt?

So verwendest du es

Öffne Eigent mit verbundener Codebasis und beschreibe deinen Quell- und Ziel-Stack. Beginne mit der Bestandsaufnahme der Migrationsfläche – so erhältst du ein vollständiges Bild davon, was vor allen Codeänderungen verschoben werden muss. Arbeite Meilenstein für Meilenstein und validiere nach jedem einzelnen. Bitte Eigent, ein ExecPlan-Dokument zu erstellen, um Entscheidungen, zurückgestellte Punkte und Validierungsergebnisse über Sitzungen hinweg zu verfolgen, wenn sich die Migration über mehrere Tage erstreckt.

Erwartete Ausgabe

Eine Bestandsaufnahme der Migrationsfläche, ein checkpoint-basierten Migrationsplan, Implementierungs-Diffs für jeden Meilenstein und eine Validierungszusammenfassung, die nach jedem Schritt die Übereinstimmung bestätigt. Rollback-Optionen werden an jedem Übergabepunkt vermerkt.

Einschränkungen

• Komplexe Änderungen am Datenmodell erfordern möglicherweise manuelle Schema-Migrationsskripte, die Eigent entwirft, die du aber prüfen musst.
• Änderungen an externen Verträgen erfordern Abstimmung außerhalb der eigentlichen Migration.
• Große Rewrites werden am besten in viele kleine Meilensteine aufgeteilt — vermeide es, mehr als eine Stack-Ebene pro Meilenstein zu bündeln.