Codex use case
Migrer du code
Migrez vos piles logicielles existantes en validant chaque étape.
Utilisez Codex pour établir les correspondances entre le système existant et la nouvelle pile, intégrer les changements par étapes et vérifier l’équivalence fonctionnelle avant chaque transition.
Best for
- Les migrations d’une pile existante vers une pile moderne qui nécessitent de changer de framework, d’environnement d’exécution ou de système de build, ou d’adopter de nouvelles conventions de plateforme.
- Les équipes qui ont besoin de couches de compatibilité, d’une transition progressive et d’une validation explicite à chaque point de contrôle de la migration.
Contents
Migrer du code
Migrez vos piles logicielles existantes en validant chaque étape.
Utilisez Codex pour établir les correspondances entre le système existant et la nouvelle pile, intégrer les changements par étapes et vérifier l’équivalence fonctionnelle avant chaque transition.
Utilisez Codex pour établir les correspondances entre le système existant et la nouvelle pile, intégrer les changements par étapes et vérifier l’équivalence fonctionnelle avant chaque transition.
Best for
- Les migrations d’une pile existante vers une pile moderne qui nécessitent de changer de framework, d’environnement d’exécution ou de système de build, ou d’adopter de nouvelles conventions de plateforme.
- Les équipes qui ont besoin de couches de compatibilité, d’une transition progressive et d’une validation explicite à chaque point de contrôle de la migration.
Skills & Plugins
- Avant la fusion, examinez les migrations à risque, les changements de dépendances et les parties exposées du système.
- Après chaque étape, corrigez les erreurs signalées par la CI sans attendre la fin de la migration.
- Suivez les recommandations propres à ASP.NET Core si la migration touche les modèles d’application, `Program.cs`, les middlewares, les tests, les performances ou les mises à niveau de version.
| Skill | Why use it |
|---|---|
| Security Best Practices | Avant la fusion, examinez les migrations à risque, les changements de dépendances et les parties exposées du système. |
| Gh Fix Ci | Après chaque étape, corrigez les erreurs signalées par la CI sans attendre la fin de la migration. |
| Aspnet Core | Suivez les recommandations propres à ASP.NET Core si la migration touche les modèles d’application, `Program.cs`, les middlewares, les tests, les performances ou les mises à niveau de version. |
Starter prompt
Introduction
Lorsque vous passez d’une pile technique à une autre, Codex peut vous aider à planifier et à mener la migration de manière contrôlée. Celle-ci peut porter sur le routage, les modèles de données, la configuration, l’authentification, les tâches en arrière-plan, les outils de build, le déploiement, les tests ou encore les conventions propres au langage et au framework.
Codex peut dresser l’inventaire du système existant, établir les correspondances entre anciens et nouveaux concepts, puis intégrer les changements par étapes. Cette approche est utile lorsque vous abandonnez un ancien framework, portez votre code vers un nouvel environnement d’exécution ou remplacez progressivement une pile technique par une autre tout en maintenant le produit en service.
Marche à suivre
- Commencez par délimiter le périmètre de la migration. Recensez les paquets existants, les conventions du framework, le routage, les accès aux données, l’authentification, la configuration, les outils de build, les tests, les hypothèses sur lesquelles repose le déploiement et les contrats externes à préserver.
- Demandez à Codex de mettre en correspondance les concepts du système existant avec ceux de la pile cible et de signaler ceux qui n’ont pas d’équivalent direct.
- Choisissez une stratégie progressive : introduisez une couche de compatibilité, portez le code module par module, faites coexister les deux implémentations derrière une abstraction ou appliquez le patron de l’étrangleur en remplaçant le système existant une interface à la fois.
- Préservez le comportement du produit tant que la migration n’impose pas de changement visible. Indiquez explicitement chaque exception.
- À chaque jalon, effectuez la vérification minimale qui suffit à confirmer que le comportement reste équivalent : analyse avec un linter, vérification des types, tests ciblés, tests de contrat, tests de bon fonctionnement ou comparaison directe avec l’ancien chemin d’exécution.
- À chaque point de contrôle, examinez le diff et réévaluez les risques qui subsistent pour la suite de la migration, sans attendre la fin de la réécriture.
Utilisez les ExecPlans
Dans notre guide pratique de modernisation du code, nous présentons les ExecPlans. Ces documents permettent à Codex de garder une vue d’ensemble des travaux de nettoyage, de décrire précisément l’état final visé et de consigner les résultats des vérifications après chaque passe. Lorsque vous confiez une migration complexe à Codex, demandez-lui de créer un ExecPlan pour chaque partie du système afin de consigner toutes les décisions, y compris les choix de pile technique, et de pouvoir les examiner ultérieurement.
Associez un objectif à la migration
Si une étape de la migration doit durer longtemps, utilisez un objectif pour guider Codex tout au long du travail. Précisez l’état final attendu, les vérifications à effectuer pour confirmer que le comportement reste équivalent, ce que vous attendez en cas de retour en arrière et le critère d’arrêt.
Related use cases
Créer des jeux par navigateur
Décrivez votre jeu à Codex pour qu’il en tire un plan précis, puis développe une version...
Créer une CLI que Codex peut utiliser
Demandez à Codex de créer une CLI qu’il pourra exécuter depuis n’importe quel dossier...
Enquêtez sur un incident et testez un correctif
Fournissez à Codex Cloud un dossier d’incident expurgé des données sensibles et un...