Monorepo vs Polyrepo : le débat sans fin en 2024

C'est une question de culture et d'outillage. Si tu n'utilises pas un outil comme Bazel ou Nx pour gérer le cache des build, forcément le Monorepo devient lent. Le Polyrepo finit toujours par créer des silos entre les équipes.

Le Polyrepo est la solution par défaut pour la scalabilité humaine. Si chaque équipe est propriétaire de son repo, elle est autonome. Avec un Monorepo, tu finis toujours par avoir une équipe 'infra' qui devient le goulot d'étranglement pour tout le monde.

Google a des outils internes que personne d'autre n'a. Essayer de copier leur modèle sans leur infrastructure, c'est courir à la catastrophe. À ne jamais faire en prod sans une équipe dédiée aux outils de développement.

Je suis d'accord avec le commentaire précédent. Le Polyrepo permet de versionner les APIs de manière granulaire. Dans un Monorepo, le couplage devient invisible et finit par devenir un plat de spaghettis.

Par contre, quid de la gestion des versions partagées ? Dans un Polyrepo, tu finis avec des bibliothèques communes publiées sur un registre privé, ce qui est une plaie à mettre à jour partout.

Le problème, c'est que les gens confondent 'code partagé' et 'dépendance'. Si ton code est partagé, c'est qu'il est peut-être trop couplé. Le découplage est le vrai remède.

Tout à fait. Si tu as besoin d'un Monorepo pour gérer tes dépendances, c'est que ton architecture de microservices est mal conçue dès le départ.

Sauf que dans la réalité, on n'a pas toujours le temps de faire du DDD (Domain Driven Design) parfait. Le Monorepo permet de bouger vite au début.

Le Monorepo est idéal pour les petites startups. Le passage au Polyrepo se fait naturellement quand l'organisation dépasse 50 développeurs.

Je nuancerais : le passage au Polyrepo se fait quand le temps de CI devient supérieur à 10 minutes par PR. C'est là que le build devient un frein.

Bon courage pour la migration. C'est un chantier énorme, surtout pour préserver l'historique git log.

Utilise git filter-repo, ça marche plutôt bien pour extraire des sous-dossiers en nouveaux repos.

Ne sous-estimez pas la charge mentale de gérer 50 repos. La visibilité sur la sécurité et les vulnérabilités (dependabot) devient un enfer à gérer partout.

C'est vrai, mais on peut automatiser la gestion avec des outils comme Terraform ou des scripts bash pour appliquer des policies globales.

Au final, le débat est stérile sans définir la taille de l'équipe. Monorepo = petite équipe agile, Polyrepo = grande organisation structurée.