Codex a terminé. Pour décider si son travail peut être fusionné, examinez les commits de la branche et les modifications encore présentes dans son répertoire. Yenpo permet de conserver une comparaison de commits tout en lisant les fichiers actuels.

Préparez Yenpo et une copie de travail locale contenant le résultat. Remplacez codex/search-fix et main par vos noms de branches.

1. Ouvrir la copie réellement modifiée par Codex

Codex peut travailler dans un worktree séparé, parfois avec HEAD détachée et sans branche nommée. Ouvrez ce répertoire dans Yenpo pour voir ses fichiers non commités. La documentation OpenAI sur les worktrees décrit ce fonctionnement.

Dans le répertoire de la tâche, exécutez :

git rev-parse --show-toplevel
git branch --show-current
git rev-parse HEAD
git status --short

Un nom de branche vide peut indiquer HEAD détachée. Notez l’identifiant. Vous pouvez lire les commits individuellement en mode « Commit » et les modifications locales sans créer de branche. Pour la comparaison ci-dessous, utilisez d’abord « Create branch here » dans Codex, puis rouvrez le sélecteur Yenpo. Pour une tâche distante, récupérez le résultat localement avec votre procédure Git habituelle.

2. Comparer la branche à main

  1. Cliquez sur « Comparer les versions… », puis « Comparer ».
  2. Dans « De », choisissez main sous « Branches locales ».
  3. Dans « À », choisissez codex/search-fix sous « Branches locales », ou la branche que vous venez de créer dans Codex.
  4. Choisissez « Depuis la divergence des branches » pour lire les modifications depuis l’ancêtre commun.
  5. Vérifiez le sens et les identifiants courts, puis cliquez sur « Voir les modifications ».

Pour utiliser origin/main, sélectionnez « Branches distantes » dans « De ». Ces références de suivi sont enregistrées localement. Si vous avez besoin d’une base récente, faites un fetch dans votre client Git habituel et rouvrez le sélecteur.

Question Mode
Qu’a ajouté la branche depuis sa séparation de main ? Depuis la divergence des branches
En quoi les deux extrémités actuelles diffèrent-elles ? Comparaison directe
Qu’a changé un commit par rapport à son premier parent ? Commit

Si main a avancé, la comparaison directe contient des différences des deux côtés. Le mode depuis la divergence ne montre que les modifications de la destination. Le choix des versions explique ce qui distingue les modes.

3. Lire et questionner le diff des commits

Ouvrez les fichiers dans l’arborescence des changements. Pour chaque comportement modifié, lisez un appelant, la condition changée et le test correspondant. Survolez la ligne de révisions pour voir les identifiants complets. La comparaison reste fixée à ces commits ; ouvrez-en une nouvelle après l’ajout de commits par Codex.

Avec un modèle connecté, cliquez sur « Demander à l’IA d’examiner cette comparaison ». Vérifiez la pièce jointe et ajustez le brouillon :

Examine cette comparaison pour trouver des régressions dans l’annulation, les erreurs et les hypothèses des appelants. Pour chaque problème, donne l’entrée ou l’état déclencheur, l’emplacement modifié, le comportement attendu et réel, et les références au code. Sépare les problèmes existants de ceux introduits ici et précise ce que tu n’as pas pu examiner.

Vérifiez les références dans les révisions choisies et assurez-vous que le déclencheur de chaque problème peut vraiment se produire. Les conversations de comparaison Git sont en lecture seule.

4. Vérifier séparément ce qui n’est pas commité

Revenez au bouton plus/moins « Modifications ». « Modifications locales » compare le contenu actuel, y compris le texte non enregistré dans Yenpo, à HEAD. Lisez les fichiers ajoutés, modifiés et supprimés. Enregistrez les éditions souhaitées avant Git ou les tests sur disque.

Pour distinguer l’index du répertoire de travail :

git diff --stat HEAD --
git diff --cached --
git diff --
git ls-files --others --exclude-standard

La première commande résume les changements nets des fichiers suivis par rapport à HEAD. Les deux suivantes affichent les modifications indexées et non indexées. La dernière liste les fichiers non suivis et non ignorés ; ouvrez-les pour lire leur contenu. Deux modifications, l’une indexée et l’autre non, peuvent s’annuler. Le diff net ne suffit donc pas pour savoir ce qu’inclura le prochain commit.

« Demander à l’IA d’examiner toutes les modifications » prépare un autre brouillon pour les changements actuels face à HEAD. Ils sont hors de la comparaison de commits précédente. Si Codex n’a créé aucun commit, tout son travail peut se trouver ici.

5. Consigner la décision de fusion

Notez les identifiants comparés, l’inclusion ou non des fichiers non commités, les problèmes confirmés et les tests exécutés. Vérifiez la copie et la version à fusionner : des tests locaux peuvent exercer du code absent de la comparaison fixée.

Après une nouvelle correction, refaites la comparaison et la vérification locale concernées. Pour une fonction encore obscure, demandez une explication à votre modèle et vérifiez les citations. Pour organiser la revue par tour, consultez le guide Claude Code.