Revisão estrutural
Código movido e reformatado deixa de parecer ruído. Os tokens alterados aparecem dentro de sua estrutura, permitindo entender uma refatoração pelo que ela faz, não por milhares de linhas modificadas.
Diffs estruturais com Tree-sitter para mais de 60 linguagens: TypeScript, Python, Rust, Go, Java e outras. Código movido ou reformatado deixa de parecer uma mudança extensa; os tokens alterados são destacados em sua estrutura. Quando o motor não consegue analisar um arquivo, mostra o patch comum e identifica a alternativa. O patch continua a um clique.
Uma revisão precisa distinguir mudanças de comportamento, símbolos movidos e ajustes de formatação. O patch comum continua sendo a referência; a análise semântica ajuda a inspecionar grandes refatorações.
O FluxGit não promete diff semântico completo para toda linguagem ou arquivo. As visualizações semânticas estão em beta e devem identificar claramente a alternativa textual. Quando a análise semântica não está disponível, o comportamento correto é mostrar o diff Git comum.
Código movido e reformatado deixa de parecer ruído. Os tokens alterados aparecem dentro de sua estrutura, permitindo entender uma refatoração pelo que ela faz, não por milhares de linhas modificadas.
Quando o motor não consegue analisar um arquivo, a visualização informa isso e mostra o diff Git comum. «Copy semantic diff» informa quantos arquivos tiveram análise estrutural e quantos usaram a alternativa. Nenhum resumo é inventado.
Quando um agente propõe merge, rebase ou reset, o cartão de aprovação abre um resumo estrutural e depois o diff por arquivo, priorizando a visão semântica. Se um arquivo não puder ser analisado, mostra «Structural view unavailable - showing text diff».
Diffs podem conter código sensível. O FluxGit os trata como contexto local do aplicativo, a menos que você envie conteúdo deliberadamente a um fluxo de IA ou provedor configurado, ou compartilhe diagnósticos com consentimento.