Strukturelle Prüfung
Verschobener und neu formatierter Code erscheint nicht mehr als Rauschen. Geänderte Tokens werden in ihrer Struktur hervorgehoben, sodass ein Refactoring nach seiner Wirkung statt nach Tausenden berührten Zeilen lesbar wird.
Strukturelle Diffs mit Tree-sitter für über 60 Programmiersprachen: TypeScript, Python, Rust, Go, Java und weitere. Verschobener oder neu formatierter Code erscheint nicht mehr als umfangreiche Änderung; geänderte Tokens werden in ihrer Struktur hervorgehoben. Kann die Engine eine Datei nicht analysieren, zeigt sie gekennzeichnet den normalen Patch. Dieser bleibt per Umschalter erreichbar.
Eine Prüfung muss Verhaltensänderungen, verschobene Symbole und reine Formatierung unterscheiden. Normale Patches bleiben die Referenz; semantische Analyse erleichtert die Prüfung großer Refactorings.
FluxGit verspricht keinen vollständigen semantischen Diff für jede Sprache und Datei. Semantische Ansichten sind in der Beta und müssen den Rückfall klar kennzeichnen. Ist die semantische Analyse nicht verfügbar, wird der normale Git-Diff angezeigt.
Verschobener und neu formatierter Code erscheint nicht mehr als Rauschen. Geänderte Tokens werden in ihrer Struktur hervorgehoben, sodass ein Refactoring nach seiner Wirkung statt nach Tausenden berührten Zeilen lesbar wird.
Kann die Engine eine Datei nicht analysieren, meldet die Ansicht dies und zeigt den normalen Git-Diff. „Copy semantic diff“ nennt die Zahl strukturell analysierter Dateien und der Rückfälle. Eine Zusammenfassung wird nicht erfunden.
Schlägt ein Agent Merge, Rebase oder Reset vor, zeigt die Freigabekarte zuerst die Strukturübersicht und dann den Diff je Datei mit bevorzugter semantischer Ansicht. Ist eine Datei nicht analysierbar, meldet sie „Structural view unavailable - showing text diff“.
Diffs können sensiblen Code enthalten. FluxGit behandelt sie als lokalen Anwendungskontext, außer du sendest bewusst Inhalte an einen konfigurierten KI- oder Anbieterablauf oder teilst Diagnosen mit Einwilligung.