Revue structurelle
Le code déplacé ou reformaté ne ressemble plus à du bruit. Les tokens modifiés sont surlignés dans leur structure : une refactorisation se lit par son effet, plutôt que par des milliers de lignes touchées.
Des diffs structurels avec Tree-sitter pour plus de 60 langages : TypeScript, Python, Rust, Go, Java et d’autres. Le code déplacé ou reformaté ne ressemble plus à une modification massive ; les tokens modifiés sont surlignés dans leur structure. Si le moteur ne peut pas analyser un fichier, il affiche le patch normal et signale ce repli. Le patch reste accessible en un clic.
Une revue doit distinguer un changement de comportement, un symbole déplacé et une simple modification de format. Le patch normal reste la référence ; l’analyse sémantique facilite l’examen des grandes refactorisations.
FluxGit ne promet pas un diff sémantique complet pour tous les langages et fichiers. Les vues sémantiques sont en bêta et doivent signaler clairement le repli textuel. Si l’analyse sémantique est indisponible, le diff Git normal est le comportement attendu.
Le code déplacé ou reformaté ne ressemble plus à du bruit. Les tokens modifiés sont surlignés dans leur structure : une refactorisation se lit par son effet, plutôt que par des milliers de lignes touchées.
Si le moteur ne peut pas analyser un fichier, la vue le signale et affiche le diff Git normal. « Copy semantic diff » indique combien de fichiers ont une analyse structurelle et combien utilisent le repli. Aucun résumé n’est inventé.
Lorsqu’un agent propose un merge, rebase ou reset, la carte d’approbation affiche un résumé structurel puis le diff de chaque fichier, en privilégiant la vue sémantique. Si un fichier ne peut pas être analysé, elle indique « Structural view unavailable - showing text diff ».
Les diffs peuvent contenir du code sensible. FluxGit les traite comme contexte local de l’application, sauf si vous envoyez délibérément du contenu vers un flux IA ou fournisseur configuré, ou partagez des diagnostics avec votre consentement.