Client Git desktop
Un client Git che resta veloce con cronologie reali.
FluxGit unisce cronologia Git visiva, staging mirato e revisione delle operazioni rischiose su macOS, Windows e Linux. Segui i branch, esamina le modifiche esatte e verifica il recupero disponibile prima di agire. Quando un agente compatibile propone una scrittura Git via MCP, decidi tu se eseguirla.
Vedi la modifica prima del commit
Leggi insieme i branch nel grafo o disponi i commit su una linea temporale. Confronta due commit o branch, poi prepara un file, un blocco o modifiche selezionate. Conflitti, stash, tag, worktree e submodule affiancano la cronologia per esaminare lo stato del repository prima della prossima operazione.
Mantieni verificabili le proposte degli agenti
Codex, Claude Code e OpenCode sono strumenti di programmazione indipendenti. La compatibilità MCP dipende dal supporto dell’host per un server stdio locale. In questo percorso gli agenti esaminano e propongono; FluxGit mostra operazione, rischio e recupero per approvazione o rifiuto. Una shell concessa separatamente resta fuori da questo limite. La guida spiega le integrazioni supportate e il loro ambito per versione.
Scegli il recupero prima di un’azione rischiosa
Esamina l’anteprima prima di reset, rebase o altre modifiche alla cronologia. Le operazioni coperte possono acquisire punti di ripristino Flux o snapshot di sicurezza. Il reflog aiuta a trovare commit precedenti; le voci conservate determinano ciò che è disponibile. Scartare avvisa quando non crea un punto di ripristino: proteggi il lavoro senza commit prima di procedere.
Il grafo, misurato
Il 29 settembre 2026, il layout di 100.000 commit lineari ha richiesto in media 55.9393 ms su Apple M4, macOS 26.2 e Node 24.15.0. I commit sintetici erano già in memoria. I tempi escludono letture Git, avvio, rete e rendering del canvas; non misurano l’apertura di un monorepo né le prestazioni Linux.
Le righe di layout completo usano 22–27 campioni. La riga incrementale riusa la cronologia in cache, con cinque campioni e margine di errore relativo di ±17.77%. La riga lineare usa 27 campioni e ±6.13%. Riproduci la misura da un checkout del codice con il comando seguente.
| Cronologia già caricata in memoria | Tempo medio di layout |
|---|---|
| 100.000 commit lineari | 55.9393 ms |
| 100.000 commit, 512 branch intrecciati | 65.4451 ms |
| 100.000 commit con molti merge | 69.0414 ms |
| 100 commit aggiunti, 99.900 in cache | 13.1805 ms |
npm --prefix app/ui run bench:graphProva un flusso Git completo
Usa un repository sacrificabile per la prima operazione rischiosa e conserva il backup abituale per il lavoro importante.
- Esamina il branch e le modifiche di lavoro, poi prepara una modifica intenzionale.
- Leggi l’anteprima e il recupero disponibile prima di cambiare la cronologia.
- Esercitati ad annullare un commit o recuperare dopo reset nella Scuola di Git.
Scegli la versione desktop
La beta pubblica offre macOS Apple Silicon e Intel, Windows x64 e Linux x86_64. Le versioni macOS sono firmate e notarizzate. L’installer Windows non ha firma del codice e può mostrare SmartScreen. Linux usa un .deb Debian/Ubuntu; scegli la versione corrente della piattaforma nella pagina download.
La modalità gratuita apre repository pubblici su GitHub, GitLab.com e Bitbucket.org. I repository privati, autogestiti e solo locali richiedono una licenza. La prova di 14 giorni include le funzioni della licenza senza carta; l’acquisto pubblico non è ancora abilitato.
Domande frequenti
Un agente può scrivere senza approvazione?
Le operazioni inviate tramite FluxGit MCP richiedono una decisione sul desktop. I comandi di una shell disponibile separatamente restano fuori dal limite.
Ogni modifica Git è reversibile?
No. Il recupero dipende dall’operazione, dai punti acquisiti e dai dati Git conservati. Verifica l’anteprima prima di eseguire.