# Recherche : Points de Douleur et Frustrations des Developpeurs dans la Gestion Multi-Depots Git

*Date : 24 avril 2026*

---

## Table des matieres

1. [Resume executif](#1-resume-executif)
2. [Methodologie de recherche](#2-methodologie-de-recherche)
3. [Points de douleur principaux](#3-points-de-douleur-principaux)
4. [Frustrations avec les outils actuels](#4-frustrations-avec-les-outils-actuels)
5. [Fonctionnalites demandees par les developpeurs](#5-fonctionnalites-demandees-par-les-developpeurs)
6. [Solutions de contournement utilisees](#6-solutions-de-contournement-utilisees)
7. [Ce qui manque sur le marche](#7-ce-qui-manque-sur-le-marche)
8. [Voix de developpeurs - Citations](#8-voix-de-developpeurs---citations)
9. [Sources](#9-sources)

---

## 1. Resume executif

La gestion de multiples depots Git est un probleme ubiquitous qui touche aussi bien les developpeurs individuels que les grandes equipes. Cette recherche, basee sur l'analyse de discussions Hacker News, de documentation GitHub, de problemes ouverts et de revues d'outils, revele les frustrations recurrentes suivantes :

- **Perte de visibilite** : Les developpeurs perdent le fil de l'etat de leurs depots (modifies, en avance/retard, branches orphelines)
- **Perte de temps repetitive** : Verifier le statut de chaque depot manuellement est un "time sink" quotidien
- **Outils GUI trop lourds** : GitKraken et SourceTree sont frequemment critiques pour leur lenteur et leur consommation memoire
- **Outils CLI trop limites** : Aucun outil CLI open source ne combine scan de disque, dashboard visuel et operations batch
- **Frustration croissante** : Plus un developpeur a de depots, plus le probleme s'aggrave, et aucun outil actuel ne passe bien a l'echelle

---

## 2. Methodologie de recherche

Les sources suivantes ont ete explorees :

| Source | Methode | Donnees obtenues |
|---|---|---|
| Hacker News (Algolia API) | Recherche par mots-cles | 60+ commentaires de developpeurs |
| GitHub - jesseduffield/lazygit | Analyse de documentation et issues | Points de douleur documentes |
| GitHub - nosarthur/gita | Analyse README et documentation | Cas d'usage et limitations |
| Hacker News - Posts "Show HN" | Git-Scope, Repo Linked, Hive | Temoignages d'auteurs d'outils |
| Hacker News - Debats | Monorepo vs multi-repo | Arguments des deux camps |
| Hacker News - Commentaires GUI | SourceTree, GitKraken, Tower | Comparaisons et plaintes |

**Limitation** : Reddit (r/git, r/programming) et certains blogs n'ont pas pu etre access en raison de mesures anti-bot. Les donnees proviennent principalement de Hacker News et de GitHub.

---

## 3. Points de douleur principaux

### 3.1 Perte de visibilite sur l'etat des depots

Le probleme numero un, mentionne de maniere recurrente, est l'impossibilite de savoir en un coup d'oeil l'etat de tous ses depots.

> "I work across many local git repositories (microservices, OSS projects, config repos, experiments), and I often lose track of which ones are dirty, ahead/behind, or where I last made changes. Checking each repo with git status became a daily time sink."
> -- Auteur de Git-Scope, Show HN (decembre 2025)

> "Managing multiple Git repositories for different services or components can get tedious. Whether you're working on small personal projects like a blog, a Gemini site, or HTTP microservices, jumping between directories and pulling the latest changes manually is a chore."
> -- Commentaire Hacker News (juillet 2025)

> "Managing multiple Git repositories can be a challenging task, especially when it comes to keeping track of their status, merging changes, and ensuring everything is up to date."
> -- Commentaire Hacker News (avril 2024)

**Impact** : Ce probleme s'aggrave proportionnellement au nombre de depots. Un developpeur avec 5 depots peut encore gerer manuellement, mais a 20+ depots, le temps perdu devient significatif.

### 3.2 Coordination inter-depots

Les changements qui traversent plusieurs depots sont un cauchemar logistique.

> "Having CI with multiple git repositories is still a painful thing."
> -- Commentaire Hacker News (mars 2018)

> "Microservices can make release coordination significantly harder i.e. when a feature release requires multiple deployments from separate teams."
> -- Commentaire Hacker News, discussion Go Micro (novembre 2019)

Les defis specifiques incluent :
- **Commits atomiques impossibles** : Un changement logique necessite souvent des PR dans 3-5 depots differents
- **Synchronisation des versions** : Mettre a jour une bibliotheque partagee dans 20+ depots
- **Ordre de deploiement** : Savoir quel depot doit etre deploye avant quel autre
- **Rollback coordonne** : Revenir en arriere sur un changement qui touche plusieurs depots

### 3.3 Charge mentale et oublis

Le fait de devoir se souvenir de l'etat de chaque depot cree une charge cognitive importante.

> "I often lose track of [...] where I last made changes."
> -- Auteur de Git-Scope (decembre 2025)

Cette charge mentale se manifeste par :
- Oublier de pousser des changements dans un depot
- Ne pas remarquer qu'un depot est en retard par rapport au remote
- Laisser des branches non fusionnees trop longtemps
- Oublier dans quel depot on a fait une modification specifique

### 3.4 Gestion des identites SSH et configuration

> "Saw a few people struggling online when managing multiple git SSH identities on a single user account."
> -- Commentaire Hacker News (juillet 2023)

Le passage frequent entre depots professionnels et personnels necessite des configurations SSH differentes, ce qui ajoute une couche de complexite.

### 3.5 Les submodules : une solution souvent pire que le probleme

> "git submodules is just begging for tooling. On the surface, the commands are fairly verbose. And the documentation on it could use some love. However the biggest problem I have encountered while using it, is that what code I actually have checked out is opaque without doing the song and dance of actually checking out each submodule and inspecting the dir."
> -- Commentaire Hacker News (mai 2018)

Les submodules sont la solution integree a Git pour les multi-depots, mais ils sont universellement deTestes :
- Commandes verbales et peu intuitives
- Documentation insuffisante
- Etat reel du code opaque (il faut verifier chaque sous-module individuellement)
- Detached HEAD frequent
- Merge complexe

---

## 4. Frustrations avec les outils actuels

### 4.1 GitKraken - L'outil qui decoit par sa lenteur

GitKraken est le client GUI le plus populaire pour la gestion multi-depots grace a ses Workspaces, mais il est frequemment critique :

> "To be honest, they try to compete with SourceTree and git tower but there is a huge difference in the performance since GitKraken is made on Electron and really slow when looking at large diffs. I am a long time git tower user, and I have given GitKraken more than a few shots. I always go back to a hybrid command line and git tower workflow."
> -- Commentaire Hacker News (aout 2018)

> "I've heard people say good things about GitKraken but the UI really didn't click with me for some reason."
> -- Commentaire Hacker News (avril 2020)

**Problemes signales :**
- Performance mediocre due a Electron (lent sur les gros diffs, consommation memoire elevee)
- Interface qui ne convient pas a tous les workflows
- Fonctionnalites avancees verrouilles derriere un paywall (Pro/Enterprise)
- Crashs signales sur Windows et Linux
- Workspaces qui ne se synchronisent pas correctement entre machines

### 4.2 SourceTree - Le veteran qui ralentit

> "Sourcetree (on Windows at least) is slow and a real memory hog."
> -- Commentaire Hacker News (avril 2020)

> "I currently have to use SourceTree at Work... damn it makes git feel so slow..."
> -- Commentaire Hacker News (octobre 2016)

> "Out of frustration, I switched to GitKraken around that time. The main feature it has over SourceTree is auto-stash, which is exactly the type of quality-of-life thing that matters."
> -- Commentaire Hacker News (octobre 2016) - ancien utilisateur SourceTree

**Problemes signales :**
- Lenteur significative, surtout sur Windows
- Consommation memoire excessive
- Suppression de fonctionnalites (tree view) sans alternative adequat
- Interface surchargee et complexe
- Ralentissements sur les gros depots

### 4.3 Tower - Premium mais crashant

> "Downloaded and installed it on my corporate machine, and briefly tried it. Observations: No visible options for setting proxy configuration. No interactive rebase. Dropdowns for selecting diff and merge tools would expand, but not let me actually click the checkboxes. Crashed within a couple minutes of having loaded it up."
> -- Commentaire Hacker News (octobre 2016)

### 4.4 Le debat CLI vs GUI

> "It's so frustrating when people joining my team often scoff at the idea of using a git GUI. They're hired to write software, not fumble with ancillary tools that they've been using incorrectly for over 10 years. Either use the CLI effectively, without messing up simple tasks, or use a GUI that will teach you how."
> -- Commentaire Hacker News, discussion "Why Git Is Hard" (octobre 2023)

> "People who defend the CLI as the only real way to use Git simply haven't used a decent GUI for it. I consider myself a very advanced Git user, but I barely know the CLI commands off the top of my head."
> -- Commentaire Hacker News (novembre 2025)

> "I find people are religious about being git cli purists [...] I would humbly suggest you avoid framing it that way, even if you believe it's true. My immediate assumption is that your opinion here may be formed out of naivete and a bit of fear of the CLI."
> -- Commentaire Hacker News, discussion "Oh Shit Git" (juin 2022)

**Constat** : La tension entre partisans du CLI et du GUI est un obstacle a l'adoption d'outils. Les meilleurs workflows combinent les deux approches.

### 4.5 lazygit - Performances sur les gros depots

Malgre ses 55 000+ etoiles GitHub, lazygit souffre de problemes de performance documentes :

- **Traverses de log topologiques** lentes sur les monorepos et gros depots. La solution de contournement documentee est de configurer `git.log.order: default` dans le fichier local du depot et d'executer `git gc`.
- **Recovery de branches supprimees** : Le reflog de lazygit affiche les commandes mais pas les hashes, rendant la recuperation apres suppression accidentelle "exceptionnellement difficile" (issue ouverte depuis 2023).
- **Integration PR** : Attendue pendant 5+ ans avant implementation.
- **Mode mono-depot** : Impossible de voir le statut de plusieurs depots simultanement.

### 4.6 Gita - Limitations sur Windows

Gita est excellent pour les operations batch mais souffre de problemes specifiques :

- **Sequences ANSI** : Les couleurs de statut ne s'affichent pas correctement sur certains terminaux Windows
- **Ajout manuel** : Pas de decouverte automatique des depots (bien que l'ajout recursif existe)
- **Noms longs** : La gestion des depots avec des chemins longs est difficile
- **Interface textuelle uniquement** : Pas de dashboard visuel

---

## 5. Fonctionnalites demandees par les developpeurs

### 5.1 Dashboard multi-depots avec scan automatique

C'est la demande la plus frequente. Les developpeurs veulent :
- Un scan automatique du disque qui detecte tous les depots Git
- Une vue d'ensemble montrant : branche courante, statut (propre/modifie), avance/retard, stash
- Pas de configuration necessaire (zero-config)
- Actualisation automatique ou a la demande

> L'auteur de Git-Scope a cree son outil specifiquement pour ce besoin : "A Fast TUI Dashboard for Managing Multiple Git Repos" avec affichage du statut de chaque depot.

### 5.2 Operations batch sur les depots

Les developpeurs veulent pouvoir :
- Tirer (pull) tous les depots en une commande
- Verifier le statut (status) de tous les depots
- Creer des branches dans un groupe de depots
- Executer des commandes arbitraires sur des sous-ensembles

C'est ce que gita propose avec son mode "superman" et son systeme de groupes, mais sans interface visuelle.

### 5.3 Groupement et contexte

> "Repos: Multi-Git repo management CLI" -- Un developpeur a cree un outil specifique (decembre 2025)

La demande de pouvoir organiser ses depots par projet, par equipe, ou par contexte est forte. Gita repond partiellement avec ses "contexts" et groupes hierarchiques, mais :
- La configuration est manuelle
- Il n'y a pas de persistence du contexte entre sessions
- L'interface est limitee au texte

### 5.4 Integration avec les worktrees

> "Git worktree is awesome for having multiple branches checked out all at the same time. At this point, I almost never switch branches and instead check them out into their own directories."
> -- Commentaire Hacker News (juillet 2023)

> "Similar feelings about git worktree. Being able to check out multiple branches at once without having to deal with stash is a game changer."
> -- Commentaire Hacker News, "Tricks of the trade" (aout 2025)

> "I now refuse to use git checkout to switch branches, always keep my main branch checked out and updated and always use worktrees to work on features. Love this workflow!"
> -- Commentaire Hacker News, discussion Claude Code (juin 2025)

Mais un autre developpeur nuance :
> "I tried using git worktree for a while when working on multiple branches, but it's a pain to use... Stashing is easier."
> -- Commentaire Hacker News (novembre 2023)

**Demande** : Un outil qui gere automatiquement les worktrees et les integre dans un dashboard multi-depots serait tres apprecie.

### 5.5 Support natif de Windows

Plusieurs outils ont des problemes specifiques a Windows :
- Gita : sequences ANSI non supportees nativement
- Lazygit : crashs sur certains terminaux Windows
- Nombreux outils : non disponibles ou mal supportes sur Windows

### 5.6 Integration AI pour les summaries

Bien qu'aucun commentaire direct n'ait ete trouve demandant ceci, les outils emergents montrent une tendance :
- OpenCommit genere des messages de commit via IA
- Aider fait du pair programming avec IA
- GitButler integre des outils IA pour les commits et descriptions de PR

Le gap identifie : aucun outil ne propose un resume IA du statut global de multiples depots ("Vous avez 3 depots non poussees, 2 en conflit, et une PR en attente de review").

---

## 6. Solutions de contournement utilisees

### 6.1 Scripts shell maison

De nombreux developpeurs ecrivent leurs propres scripts pour gerer leurs depots :

> "I wrote my own deployment scripts [...] The 'aha' moment being that it's just a bunch of scripts to automate mundane tasks."
> -- Commentaire Hacker News, "Aha moment" (decembre 2010)

Ces scripts typiquement :
- Parcourent un repertoire pour trouver tous les depots Git
- Executent `git status` ou `git pull` sur chacun
- Affichent un resume en couleur

**Probleme** : Ces scripts sont fragiles, non partages, et ne gerent pas les cas limites.

### 6.2 VS Code Workspaces

> "Have you tried multiple repositories in a VSCode workspace? It does a great job of managing multiple repos, git diffs, etc."
> -- Commentaire Hacker News, "Programs that saved you 100 hours" (avril 2020)

VS Code permet de gerer plusieurs depots dans un workspace, mais :
- La vue Git est basique (pas de dashboard agrege)
- Lent avec beaucoup de depots
- Pas d'operations batch
- Pas de scan de disque automatique

### 6.3 vcsh pour les dotfiles

> "A project (glorified Bash script) called vcsh has served me well over the years for managing multiple Git repositories containing my dotfiles."
> -- Commentaire Hacker News (janvier 2026)

### 6.4 Passage au monorepo

Face a la complexite du multi-repo, beaucoup d'equipes migrent vers le monorepo :

> "Monorepo vs multi-repo is not about the code organization, but about the deployment strategy. My rule is that there should be a 1:1 relation between a repository and a release/deployment."
> -- Commentaire Hacker News, discussion "Monorepo - Our Experience" (novembre 2024)

> "I use a microservice architecture at work, but the choice of using one vs. many git repos to represent diffs in those services over time seems largely meaningless."
> -- Commentaire Hacker News, discussion "Monorepo is great if you're really good" (juillet 2019)

Mais le monorepo a ses propres problemes (scaling, permissions, CI/CD complexe).

### 6.5 Utilisation d'outils CLI specifiques

Les developpeurs qui connaissent ces outils utilisent typiquement :
- **gita** pour les operations batch (mais ajout manuel)
- **mu-repo** pour la decouverte automatique
- **myrepos** pour la multi-VCS
- **lazygit** pour les operations avancees sur un depot unique
- **git worktree** pour travailler sur plusieurs branches en parallele

---

## 7. Ce qui manque sur le marche

### 7.1 Un dashboard multi-depots open source avec scan de disque

RepoZ (C#/.NET) est le seul outil qui combine scan automatique et dashboard visuel, mais :
- Il se limite a la visualisation (pas d'operations git)
- Windows et macOS uniquement
- Necessite .NET Framework 4.7.2
- Pas d'integration avec les forges

Il n'existe **aucun** outil open source qui propose :
1. Scan automatique du disque
2. Dashboard visuel detaille (statut, branches, avance/retard)
3. Operations git batch (pull, push, status, diff)
4. Fonctionnement sur Windows, macOS et Linux
5. Interface moderne (Tauri, Electron, ou TUI)

### 7.2 Un outil qui gere les worktrees + multi-depots ensemble

Les worktrees Git sont de plus en plus populaires (plusieurs commentaires HN les mentionnent comme "game changer"), mais aucun outil ne les integre dans une vue multi-depots. Un dashboard qui montrerait tous les worktrees de tous les depots serait unique.

### 7.3 Integration AI pour la gestion multi-depots

Les outils IA actuels (Aider, OpenCommit, CodeRabbit) se concentrent sur les operations a l'interieur d'un depot. Aucun ne propose :
- Resume automatique de l'etat de tous les depots
- Suggestions d'actions ("Vous devriez pousser le depot X", "Le depot Y a des conflits")
- Detection de problemes inter-depots (dependances desynchronisees)
- Coordination IA pour les changements cross-repo

### 7.4 Un outil natif Windows performant

La plupart des outils performants (lazygit, gitui) sont bases sur des terminaux Unix. Les GUI performants (Tower, Fork) sont natifs mais payants et/ou proprietaires. Le marche manque d'un outil open source, performant et natif pour Windows.

### 7.5 Visualisation des dependances inter-depots

Aucun outil ne propose de graphe de dependances entre depots. Pour les architectures microservices, savoir quel service depend de quel autre est crucial pour la coordination des deploiements.

---

## 8. Voix de developpeurs - Citations

### Sur la frustration quotidienne

> "I work across many local git repositories (microservices, OSS projects, config repos, experiments), and I often lose track of which ones are dirty, ahead/behind, or where I last made changes. Checking each repo with git status became a daily time sink."
> -- Auteur de Git-Scope, Hacker News (decembre 2025)
> Source : https://news.ycombinator.com/item?id=story_46233834

> "Managing multiple Git repositories for different services or components can get tedious. Whether you're working on small personal projects like a blog, a Gemini site, or HTTP microservices, jumping between directories and pulling the latest changes manually is a chore."
> -- Hacker News (juillet 2025)

> "Having CI with multiple git repositories is still a painful thing."
> -- Hacker News (mars 2018)

### Sur les outils GUI

> "GitKraken is made on Electron and really slow when looking at large diffs. I am a long time git tower user, and I have given GitKraken more than a few shots. I always go back to a hybrid command line and git tower workflow."
> -- Hacker News (aout 2018)

> "Sourcetree (on Windows at least) is slow and a real memory hog."
> -- Hacker News (avril 2020)

> "I currently have to use SourceTree at Work... damn it makes git feel so slow..."
> -- Hacker News (octobre 2016)

> "Out of frustration, I switched to GitKraken around that time."
> -- Ancien utilisateur SourceTree, Hacker News (octobre 2016)

> "Crashed within a couple minutes of having loaded it up."
> -- Sur Tower pour Windows, Hacker News (octobre 2016)

### Sur le debat CLI vs GUI

> "People who defend the CLI as the only real way to use Git simply haven't used a decent GUI for it. I consider myself a very advanced Git user, but I barely know the CLI commands off the top of my head."
> -- Hacker News (novembre 2025)

> "It's so frustrating when people joining my team often scoff at the idea of using a git GUI. They're hired to write software, not fumble with ancillary tools."
> -- Hacker News (octobre 2023)

### Sur les worktrees

> "Git worktree is awesome for having multiple branches checked out all at the same time. At this point, I almost never switch branches and instead check them out into their own directories."
> -- Hacker News (juillet 2023)

> "Similar feelings about git worktree. Being able to check out multiple branches at once without having to deal with stash is a game changer."
> -- Hacker News (aout 2025)

> "I now refuse to use git checkout to switch branches, always keep my main branch checked out and updated and always use worktrees to work on features."
> -- Hacker News (juin 2025)

### Sur les submodules

> "git submodules is just begging for tooling. [...] The biggest problem I have encountered while using it, is that what code I actually have checked out is opaque without doing the song and dance of actually checking out each submodule and inspecting the dir."
> -- Hacker News (mai 2018)

### Sur le monorepo vs multi-repo

> "Monorepo vs multi-repo is not about the code organization, but about the deployment strategy. My rule is that there should be a 1:1 relation between a repository and a release/deployment."
> -- Hacker News (novembre 2024)

> "The choice of using one vs. many git repos to represent diffs in those services over time seems largely meaningless."
> -- Hacker News (juillet 2019)

> "Microservices can make release coordination significantly harder i.e. when a feature release requires multiple deployments from separate teams."
> -- Hacker News (novembre 2019)

### Sur les scripts maison et workarounds

> "Have you tried multiple repositories in a VSCode workspace? It does a great job of managing multiple repos, git diffs, etc."
> -- Hacker News (avril 2020)

> "A project called vcsh has served me well over the years for managing multiple Git repositories containing my dotfiles."
> -- Hacker News (janvier 2026)

### Sur les worktrees comme solution partielle

> "I tried using git worktree for a while when working on multiple branches, but it's a pain to use... Stashing is easier."
> -- Hacker News (novembre 2023)

---

## 9. Sources

### Hacker News (via Algolia API)

1. **Git-Scope - Show HN** (decembre 2025)
   - https://news.ycombinator.com/from?site=bharath-code.github.io/git-scope/

2. **Repo Linked - Show HN** (octobre 2025)
   - https://news.ycombinator.com/from?site=repolinked.com/

3. **Hive - Show HN** (avril 2026) - workspace multi-repo avec agent SDK
   - https://hive-ai.dev

4. **The lazy Git UI you didn't know you need** (novembre 2025)
   - Discussions sur TortoiseGit, CLI vs GUI

5. **Guitar - Git GUI Client** (avril 2020)
   - Comparaisons Fork, GitKraken, SourceTree

6. **Tower for Windows** (octobre 2016)
   - Crashs, limitations, comparaisons

7. **Magit Kickstarter** (septembre 2017)
   - Migration SourceTree vers GitKraken

8. **What's wrong with Git?** (octobre 2016)
   - SourceTree lent, GitKraken comme alternative

9. **Show HN: I made a tool that made me faster at Git** (aout 2018)
   - Performance GitKraken vs Tower

10. **Why Git Is Hard** (octobre 2023)
    - Debat CLI vs GUI, GitKraken licences gratuites

11. **Oh Shit, Git** (juin 2022)
    - Purisme CLI, GUI tools

12. **Ask HN: Mono-Repo or Multi-Repo?** (decembre 2021)
    - Arguments pour chaque approche

13. **Monorepo - Our Experience** (novembre 2024)
    - Regle 1:1 repo/deploiement

14. **Monorepo is great if you're really good** (juillet 2019)
    - Multi-repo comme sous-ensemble du monorepo

15. **Git submodules revisited** (mai 2018)
    - Opaquite, verbosite, documentation

16. **Effective Git as a solo developer** (juillet 2023)
    - Worktrees comme game changer

17. **Ask HN: What trick of the trade took you too long to learn?** (aout 2025)
    - Worktrees, stashing

18. **Snorting the AGI with Claude Code** (juin 2025)
    - Worktrees pour le developpement en parallele

19. **Stop Doom Scrolling, Start Doom Coding** (janvier 2026)
    - vcsh pour les dotfiles multi-depots

20. **Ask HN: Programs that saved you 100 hours?** (avril 2020)
    - VS Code workspaces multi-depots

21. **All HTTP-based services unresponsive** (mars 2018)
    - CI multi-depots douloureux

### GitHub

22. **jesseduffield/lazygit** (55 000+ etoiles)
    - https://github.com/jesseduffield/lazygit
    - Documentation : performance sur gros depots, recovery de branches, integration PR

23. **nosarthur/gita** (1 600+ etoiles)
    - https://github.com/nosarthur/gita
    - README : couleurs ANSI, groupes, mode superman, contextes

24. **epilande/repos** (decembre 2025)
    - https://github.com/epilande/repos
    - CLI pour gestion multi-depots

25. **awaescher/RepoZ**
    - https://github.com/awaescher/RepoZ
    - Dashboard avec scan automatique du disque

26. **davvid/garden** (fevrier 2023)
    - https://github.com/davvid/garden
    - Collections d'arbres Git

### Outils et produits mentionnes

27. **GitKraken** - https://www.gitkraken.com
28. **Tower** - https://www.git-tower.com
29. **SourceTree** - https://www.sourcetreeapp.com
30. **Fork** - https://git-fork.com
31. **Git-Scope** - https://bharath-code.github.io/git-scope/
32. **Repo Linked** - https://repolinked.com/
33. **lazygit** - https://github.com/jesseduffield/lazygit
34. **gita** - https://github.com/nosarthur/gita
35. **mu-repo** - https://github.com/fabioz/mu-repo
36. **myrepos** - https://myrepos.branchable.com/
37. **GitButler** - https://github.com/gitbutlerapp/gitbutler
38. **OpenCommit** - https://github.com/di-sukharev/opencommit
39. **Aider** - https://github.com/paul-gauthier/aider
40. **Hive** - https://github.com/morapelker/hive (avril 2026 - workspace multi-repo + agent SDK)

---

## Annexe : Cartographie des besoins non satisfaits

```
BESOIN                          | COUVERT PAR              | GAP
--------------------------------|--------------------------|---------------------------
Scan auto disque                | RepoZ (seulement)        | Pas d'operations git
Dashboard visuel multi-depots   | GitKraken (payant)       | Pas open source
Operations batch                | gita (manuel)            | Pas de dashboard
Worktrees integres              | Aucun                    | Total
Resume IA multi-depots          | Aucun                    | Total
Dependencies inter-depots       | Aucun                    | Total
Windows natif performant        | Fork (payant)            | Pas open source
Zero-config                     | RepoZ (seulement)        | Pas d'operations git
Gestion contextes/groupes       | gita (manuel)            | Pas de persistence auto
Integration forges (PR, CI)     | GitKraken, Tower         | Payants/proprietaires
```

---

*Rapport compile a partir de donnees collectees le 24 avril 2026 via Hacker News Algolia API, GitHub (zread), et l'analyse de documentation de projets open source.*
