Client Git de bureau
Un client Git qui reste rapide avec un vrai historique.
FluxGit réunit historique Git visuel, préparation précise des changements et revue des opérations risquées sur macOS, Windows et Linux. Suivez les branches, examinez les modifications exactes et voyez la récupération disponible avant d’agir. Lorsqu’un agent compatible propose une écriture Git via MCP, vous décidez de son exécution.
Voyez le changement avant le commit
Lisez les branches ensemble dans le graphe ou placez les commits sur une chronologie. Comparez deux commits ou branches, puis préparez un fichier, un bloc ou des changements sélectionnés. Conflits, stashes, tags, worktrees et sous-modules accompagnent l’historique pour examiner l’état du dépôt avant la prochaine opération.
Gardez les propositions des agents sous contrôle
Codex, Claude Code et OpenCode sont des outils de programmation indépendants. La compatibilité MCP dépend de la prise en charge d’un serveur stdio local par l’hôte. Les agents inspectent et proposent ; FluxGit présente opération, risque et récupération pour approbation ou refus. Un shell accordé séparément à l’agent reste hors de cette limite. Le guide détaille les intégrations prises en charge et leur disponibilité par version.
Choisissez la récupération avant une action risquée
Examinez l’aperçu avant reset, rebase ou d’autres changements d’historique. Les opérations couvertes peuvent capturer des points de restauration Flux ou des instantanés de sécurité. Le reflog aide à retrouver des commits antérieurs ; les entrées conservées déterminent ce qui reste disponible. L’abandon de changements avertit lorsqu’aucun point n’est créé : protégez le travail non commité avant de poursuivre.
Le graphe, mesuré
Le 29 septembre 2026, le layout de 100 000 commits linéaires a pris 55.9393 ms en moyenne sur Apple M4, macOS 26.2 et Node 24.15.0. Les commits synthétiques étaient déjà en mémoire. Ces temps excluent lectures Git, démarrage, réseau et rendu du canvas ; ils ne mesurent ni l’ouverture d’un monorepo ni les performances Linux.
Les lignes de layout complet utilisent 22 à 27 échantillons. La ligne incrémentale réutilise l’historique en cache, avec cinq échantillons et une marge d’erreur relative de ±17.77%. La ligne linéaire utilise 27 échantillons et ±6.13%. Reproduisez la mesure depuis un checkout du code avec la commande suivante.
| Historique déjà chargé en mémoire | Temps moyen de layout |
|---|---|
| 100 000 commits linéaires | 55.9393 ms |
| 100 000 commits, 512 branches entrelacées | 65.4451 ms |
| 100 000 commits riches en merges | 69.0414 ms |
| 100 commits ajoutés, 99 900 en cache | 13.1805 ms |
npm --prefix app/ui run bench:graphEssayez un parcours Git complet
Utilisez un dépôt jetable pour la première opération risquée et gardez votre sauvegarde habituelle pour le travail important.
- Examinez la branche et les changements de travail, puis préparez un changement voulu.
- Lisez l’aperçu et la récupération disponible avant de modifier l’historique.
- Entraînez-vous à annuler un commit ou récupérer après reset dans l’École Git.
Choisissez votre version de bureau
La bêta publique propose macOS Apple Silicon et Intel, Windows x64 et Linux x86_64. Les versions macOS sont signées et notarisées. L’installateur Windows n’est pas signé et peut afficher SmartScreen. Linux utilise un .deb Debian/Ubuntu ; choisissez la version actuelle de votre plateforme dans les téléchargements.
Le mode gratuit ouvre les dépôts publics sur GitHub, GitLab.com et Bitbucket.org. Les dépôts privés, auto-hébergés et uniquement locaux nécessitent une licence. L’essai de 14 jours couvre les fonctions sous licence sans carte ; l’achat public n’est pas encore activé.
Questions fréquentes
Un agent peut-il écrire sans approbation ?
Les opérations envoyées via FluxGit MCP exigent une décision sur le bureau. Les commandes d’un shell disponible séparément restent hors de cette limite.
Tout changement Git est-il réversible ?
Non. La récupération dépend de l’opération, des points capturés et des données Git conservées. Vérifiez l’aperçu avant d’exécuter.