Base / actuelle / entrante / résultat
Trinity sépare les quatre vues pour permettre une revue réfléchie du fichier final.
Trinity est l’espace FluxGit pour examiner la base, la version actuelle, la version entrante et le résultat final. Quand les marqueurs de conflit ne suffisent plus, il aide à comprendre les changements de chaque côté avant d’appliquer une résolution.
Un conflit de merge ne se réduit pas à deux blocs de texte : il comprend la base d’origine, la branche actuelle, l’entrante et le fichier résolu qui sera commité. Sans ce contexte, on peut supprimer involontairement l’intention de l’un des côtés.
Trinity est en bêta. Il ne résout pas les conflits automatiquement. Si un fournisseur IA est configuré, sa suggestion est un brouillon dans l’éditeur : rien n’est écrit avant votre revue et votre application. Certaines sessions peuvent utiliser un contexte issu du statut Git si la session complète de merge n’est pas chargée.
Trinity sépare les quatre vues pour permettre une revue réfléchie du fichier final.
FluxGit met en évidence l’état de conflit dans le tableau de bord afin que les fichiers non résolus ne se cachent pas dans une liste de statut ordinaire.
Acceptez la version actuelle, l’entrante ou modifiez manuellement, avec une revue avant l’application du résultat.
La résolution des conflits privilégie le traitement local. Le contenu reste dans votre espace de travail sauf configuration explicite d’un fournisseur IA ou partage consenti de diagnostics. Git doit rester utilisable même sans assistance IA.
Un merge en pause avec deux fichiers en conflit. Les versions actuelle, entrante et base sont identifiées ; les fichiers sont résolus un par un et continuer reste bloqué jusqu’à leur résolution complète. L’abandon reste disponible. Données de démonstration synthétiques.