Monorepo

Imagina que tienes varios proyectos, como una página web, una aplicación móvil y un servicio de backend. En lugar de tener un repositorio separado para cada uno, un monorepo los junta todos en uno solo. Esto no significa que sean un solo bloque inseparable (como un monolito); cada proyecto dentro del monorepo puede ser independiente, pero se benefician de estar en el mismo lugar. La gran ventaja es la facilidad para compartir código y dependencias entre estos proyectos. Si creas una pequeña herramienta o una librería que varios de tus proyectos usan, no necesitas instalarla por separado en cada uno. Simplemente la defines una vez en el monorepo y todos los demás proyectos pueden acceder a ella. Esto simplifica enormemente la gestión de versiones y asegura que todos estén usando la misma lógica, evitando problemas de compatibilidad.

El concepto de 'monorepo' (repositorio único) no es nuevo y se remonta al menos a principios de los 2000, cuando se conocía como 'shared codebase' (código base compartido). Empresas como Google, Facebook y Microsoft han utilizado monorepos a gran escala durante años para gestionar volúmenes masivos de código y facilitar la colaboración entre miles de desarrolladores. Con el tiempo, y con la evolución de herramientas de gestión de dependencias y construcción, los monorepos han ganado popularidad en equipos de todos los tamaños como una forma de optimizar flujos de trabajo y mejorar la coherencia del código.