Merge accidentel
Reprendre sur main alors que la session vivait sur feature/x, c’est fusionner des changements non terminés dans la branche principale.
Guide git + IA · 3 min
Reprendre là où l’agent s’est arrêté, sur la bonne branche.
Une session IA interrompue n’est pas qu’un contexte perdu : c’est aussi un état git. Reprendre dans le mauvais worktree, c’est risquer un merge sale ou une régression silencieuse. Voici la marche à suivre.
Le vrai problème
Pourquoi reprendre « n’importe où » casse des choses.
Fichiers intermédiaires perdus
Un agent laisse souvent des fichiers d’exploration. Sans le worktree d’origine, il ne les retrouve pas et re-génère un état incohérent.
Contexte historiquement biaisé
Le condensé est fabriqué à la volée sur l’état actuel du dépôt. Si le dépôt a bougé, le condensé décrit un projet qui n’existe plus.
Marche à suivre
Quatre étapes dans Tramya.
1. Ouvrir la session archivée
Filtre par projet, tri par date. La fiche affiche : branche git, chemin du worktree, agent utilisé, dernier commit connu.
2. Vérifier l’état du dépôt
Tramya compare le HEAD actuel avec la branche attendue. Différence ? Alerte visuelle avant toute action.
3. Recréer le worktree si besoin
Bouton « git worktree add » : commande exacte, avec le bon chemin et la bonne branche. Aucun autre worktree n’est touché.
4. Relancer l’agent
Agent d’origine ou autre agent au choix. Tramya injecte le condensé de contexte basé sur l’état de l’époque, pas sur l’état actuel.
Questions fréquentes
Que se passe-t-il si la branche a été supprimée ?
Tramya propose de la recréer depuis le dernier commit connu ou depuis une PR fermée. Rien d’automatique.
Puis-je reprendre dans un autre agent que celui d’origine ?
Oui. Le handoff est agent-agnostique : Claude Code → Codex, Cursor, Hermes, sans perte de contexte projet.
Le worktree d’origine est encore là, dois-je le réutiliser ?
Oui s’il est propre. Sinon, Tramya crée un worktree frais sur la même branche pour éviter les conflits.