For the complete documentation index, see llms.txt. Markdown versions of documentation pages are available by appending .md to the page URL.
Hauptnavigation
Codex

Codex use case

Codemigrationen durchführen

Migriere Legacy-Stacks schrittweise und mit kontrollierten Prüfpunkten.

Difficulty Fortgeschritten
Time horizon 1 h

Nutze Codex, um die Komponenten eines Legacy-Systems einem neuen Stack zuzuordnen, die Migration in Etappen umzusetzen und vor jedem Übergang die Funktionsparität zu prüfen.

Am besten geeignet für

  • Migrationen von Legacy-Stacks auf moderne Stacks, bei denen Frameworks, Laufzeitumgebungen, Build-Systeme oder Plattformkonventionen geändert werden müssen.
  • Teams, die Kompatibilitätsschichten, schrittweise Übergänge und eine explizite Validierung an jedem Prüfpunkt der Migration benötigen.

Contents

    ← Alle Anwendungsfälle

    Codemigrationen durchführen

    Migriere Legacy-Stacks schrittweise und mit kontrollierten Prüfpunkten.

    Nutze Codex, um die Komponenten eines Legacy-Systems einem neuen Stack zuzuordnen, die Migration in Etappen umzusetzen und vor jedem Übergang die Funktionsparität zu prüfen.

    Fortgeschritten
    1 h

    Nutze Codex, um die Komponenten eines Legacy-Systems einem neuen Stack zuzuordnen, die Migration in Etappen umzusetzen und vor jedem Übergang die Funktionsparität zu prüfen.

    Fortgeschritten
    1 h

    Am besten geeignet für

    • Migrationen von Legacy-Stacks auf moderne Stacks, bei denen Frameworks, Laufzeitumgebungen, Build-Systeme oder Plattformkonventionen geändert werden müssen.
    • Teams, die Kompatibilitätsschichten, schrittweise Übergänge und eine explizite Validierung an jedem Prüfpunkt der Migration benötigen.

    Skills und Plug-ins

    • Prüfe riskante Migrationen, Änderungen an Abhängigkeiten und exponierte Angriffsflächen, bevor du die Änderungen mergst.
    • Arbeite nach jeder Migrationsetappe fehlgeschlagene CI-Prüfungen ab, statt die Bereinigung bis zum Schluss aufzuschieben.
    • Nutze Framework-spezifische Anleitungen, wenn eine Migration Anwendungsmodelle in ASP.NET Core, `Program.cs`, Middleware, Tests, Performance oder Versionsupgrades betrifft.
    Skill Why use it
    Security Best Practices Prüfe riskante Migrationen, Änderungen an Abhängigkeiten und exponierte Angriffsflächen, bevor du die Änderungen mergst.
    Gh Fix Ci Arbeite nach jeder Migrationsetappe fehlgeschlagene CI-Prüfungen ab, statt die Bereinigung bis zum Schluss aufzuschieben.
    Aspnet Core Nutze Framework-spezifische Anleitungen, wenn eine Migration Anwendungsmodelle in ASP.NET Core, `Program.cs`, Middleware, Tests, Performance oder Versionsupgrades betrifft.

    Einstiegs-Prompt

    Migriere diese Codebasis von [legacy stack or system] auf [target stack or system]. Anforderungen: - Erfasse zunächst die Annahmen des Legacy-Systems: Routing, Datenmodelle, Authentifizierung, Konfiguration, Build-Tools, Tests, Deployment und externe Schnittstellenverträge. - Bilde den alten Stack auf den neuen ab und benenne alles, wofür es keine direkte Entsprechung gibt. - Schlage einen schrittweisen Migrationsplan mit Kompatibilitätsschichten oder Prüfpunkten vor, statt eines einzigen umfassenden Rewrites. - Ändere das Verhalten nur, wenn die Migration ausdrücklich eine für Nutzende sichtbare Änderung erfordert. - Arbeite in Etappen und führe nach jeder Etappe Linting, Typprüfungen und gezielte Tests aus. - Halte Rollback- oder Fallback-Optionen klar ersichtlich, bis der Übergang abgeschlossen ist. - Wenn die Validierung fehlschlägt, behebe die Fehler, bevor du fortfährst. - Beginne damit, den Migrationsumfang zu erfassen und einen Plan mit Prüfpunkten vorzuschlagen.
    Migriere diese Codebasis von [legacy stack or system] auf [target stack or system]. Anforderungen: - Erfasse zunächst die Annahmen des Legacy-Systems: Routing, Datenmodelle, Authentifizierung, Konfiguration, Build-Tools, Tests, Deployment und externe Schnittstellenverträge. - Bilde den alten Stack auf den neuen ab und benenne alles, wofür es keine direkte Entsprechung gibt. - Schlage einen schrittweisen Migrationsplan mit Kompatibilitätsschichten oder Prüfpunkten vor, statt eines einzigen umfassenden Rewrites. - Ändere das Verhalten nur, wenn die Migration ausdrücklich eine für Nutzende sichtbare Änderung erfordert. - Arbeite in Etappen und führe nach jeder Etappe Linting, Typprüfungen und gezielte Tests aus. - Halte Rollback- oder Fallback-Optionen klar ersichtlich, bis der Übergang abgeschlossen ist. - Wenn die Validierung fehlschlägt, behebe die Fehler, bevor du fortfährst. - Beginne damit, den Migrationsumfang zu erfassen und einen Plan mit Prüfpunkten vorzuschlagen.

    Einführung

    Beim Wechsel von einem Stack zu einem anderen kannst du mit Codex die einzelnen Komponenten dem Ziel-Stack zuordnen und die Migration kontrolliert durchführen: Routing, Datenmodelle, Konfiguration, Authentifizierung, Hintergrundjobs, Build-Tools, Deployment, Tests oder sogar die Konventionen der Programmiersprache und des Frameworks selbst.

    Codex ist hier hilfreich, weil Codex den Bestand des Legacy-Systems erfassen, die Konzepte des alten Systems den neuen Konzepten zuordnen und die Änderung in Etappen umsetzen kann, statt alles in einem einzigen umfassenden Rewrite neu zu schreiben. Das ist wichtig, wenn du ein Legacy-Framework ablöst, auf eine neue Laufzeitumgebung portierst oder einen Stack schrittweise durch einen anderen ersetzt, während das Produkt durchgehend funktionieren muss.

    So gehst du vor

    1. Erfasse zunächst den Migrationsumfang: Legacy-Pakete, Framework-Konventionen, Routing, Datenzugriff, Authentifizierung, Konfiguration, Build-Tools, Tests, Annahmen zum Deployment und alle externen Schnittstellenverträge, die bei der Migration erhalten bleiben müssen.
    2. Bitte Codex, die Konzepte des Legacy-Systems auf den Ziel-Stack abzubilden und deutlich zu benennen, wofür es keine direkte Entsprechung gibt.
    3. Wähle eine schrittweise Strategie: eine Kompatibilitätsschicht, eine modulweise Portierung, Branch by Abstraction oder eine Ablösung nach dem Strangler-Pattern, die jeweils an einer Systemgrenze ansetzt.
    4. Behalte das bestehende Verhalten bei, bis die Migration selbst eine sichtbare Änderung erzwingt, und benenne diese Ausnahmen ausdrücklich.
    5. Führe nach jeder Etappe nur die Prüfungen aus, die zum Nachweis der Funktionsparität erforderlich sind: Linting, Typprüfung, gezielte Tests, Contract-Tests, Smoke-Tests oder ein direkter Vergleich mit dem Legacy-Pfad.
    6. Überprüfe nach jedem Prüfpunkt den Diff und das verbleibende Risiko der Umstellung, statt bis zum vollständigen Rewrite zu warten.

    ExecPlans nutzen

    In unserem Cookbook zur Codemodernisierung stellen wir ExecPlans vor: Dokumente, mit denen Codex alle Bereinigungsarbeiten im Blick behält, den angestrebten Endzustand genau beschreibt und die Validierung nach jedem Durchlauf protokolliert. Wenn du Codex mit einer komplexen Migration beauftragst, lass Codex für jeden Teil des Systems einen ExecPlan erstellen, damit sämtliche Entscheidungen einschließlich der Wahl des Technologie-Stacks dokumentiert und später überprüft werden können.

    Mit einem Ziel kombinieren

    Nutze für länger dauernde Teilmigrationen ein Ziel, um Codex durch die Arbeit zu führen. Definiere für das Ziel einen klaren Endzustand, Prüfungen auf Funktionsparität, Vorgaben für Rollbacks und ein Abbruchkriterium.

    Verwandte Anwendungsfälle