tout au même endroit.
un dépôt par service.
Pour un produit unique avec front, back et code partagé — le cas d'un SaaS typique — le monorepo est presque toujours le bon choix. Le partage de types entre front et back, à lui seul, justifie souvent la structure.
Des outils comme Turborepo ne rebuild/retestent que ce qui a changé, avec un cache partagé : la CI d'un gros monorepo reste rapide.
Des équipes qui ne partagent rien gagnent à des dépôts séparés, avec permissions et rythmes propres.
Un service Go, un front JS, un data pipeline Python : l'outillage commun devient un casse-tête.
Sans cache ni build incrémental, chaque push rebuild tout. Le monorepo devient lent.
Des services qui doivent se déployer à des rythmes très différents vivent mieux séparés.
Le CLAUDE.md par sous-dossier, c'est exactement le point de les bases de Claude Code.
Coder dans le terminal avec un agent : le mental model, les commandes qui comptent, et comment le garder sur les rails.
Le playbook réel : tagging, rightsizing, Savings Plans vs Spot — sans rien casser en prod.