How to Exécuter des migrations de code with Eigent

Comment ça fonctionne

1. Recensez les hypothèses legacy — routage, modèles de données, auth, configuration, outils de build, tests, déploiement et contrats externes.
2. Cartographiez l’ancienne stack vers la nouvelle et signalez tout ce qui n’a pas d’équivalent direct.
3. Proposez un plan de migration incrémentale avec des couches de compatibilité ou des points de contrôle plutôt qu’une réécriture massive.
4. Conservez le comportement inchangé sauf si la migration nécessite explicitement un changement visible pour l’utilisateur.
5. Après chaque jalon, exécutez lint, vérification de types et tests ciblés pour prouver la parité avant de continuer.
6. Gardez des options de retour en arrière ou de repli visibles jusqu’à la fin de la transition.

Prompts supplémentaires à essayer

• Qu’est-ce qui dans ce codebase n’a pas d’équivalent direct dans la stack cible ? Comment devons-nous gérer chaque écart ?
• Proposez une couche de compatibilité permettant au code ancien et au code nouveau de coexister pendant la transition.
• Après ce jalon, quel est le test ou la vérification la plus simple qui prouve la parité avec le chemin legacy ?
• Quelles sont les étapes de rollback si la migration à ce point de contrôle échoue en production ?

Comment l’utiliser

Ouvrez Eigent avec votre codebase connecté et décrivez votre stack source et votre stack cible. Commencez par l’inventaire de la surface de migration — cela vous donne une vue complète de tout ce qui doit être déplacé avant toute modification de code. Avancez jalon par jalon et validez après chacun. Demandez à Eigent de créer un document ExecPlan pour suivre les décisions, les éléments différés et les résultats de validation entre les sessions si la migration s’étend sur plusieurs jours.

Résultat attendu

Un inventaire de la surface de migration, un plan de migration basé sur des points de contrôle, des diffs d’implémentation pour chaque jalon, et un résumé de validation confirmant la parité après chaque étape. Les options de rollback sont indiquées à chaque point de transition.

Limites

• Les changements complexes de modèle de données peuvent nécessiter des scripts de migration de schéma manuels que Eigent rédige mais que vous devez relire.
• Les changements de contrat externe nécessitent une coordination en dehors de la migration elle-même.
• Les grandes réécritures sont mieux découpées en de nombreux petits jalons — évitez d’englober plus d’une couche de la stack par jalon.