Quand front, back, connecteurs et pipeline de données partagent des types et de la logique, un monorepo bien outillé évite la dérive entre paquets.
Une plateforme temps réel mêle souvent plusieurs briques : interface, API, connecteurs vers des sources externes, traitement de données. Les éclater en dépôts séparés multiplie les désynchronisations.
Ce que Turbo résout
Un monorepo regroupe ces paquets, partage les types et la logique commune, et orchestre les builds. Turbo met en cache les tâches : on ne rebuild que ce qui a changé, localement comme en CI.
Les contrats entre briques deviennent des types partagés. Un changement d'API casse la compilation du client immédiatement, pas en production.
Le piège du partage
Trop mutualiser crée du couplage : un paquet commun trop gros et tout redéploie. On partage les contrats et les utilitaires stables, pas la logique métier volatile.
Le monorepo n'est pas une fin, c'est un outil de cohérence. Il vaut quand les briques évoluent ensemble.