Monorepositorios vs. Multirepositorios

Clase 8 de 15 • Audiocurso de Frameworks y Arquitecturas Frontend: Casos de Estudio

Giuliano De Leonardis

student•

Multirepositorios

En esta estrategia cada componente o parte de un proyecto con entidad propia se aloja en un repositorio diferente. Por ejemplo, si tenemos un proyecto que tiene un frontend y un backend, cada uno de ellos se alojaría en un repositorio diferente. Incluso, dentro del frontend podriamos separar en diferentes repositorios el design system (componentes visuales), el tema, etc. Ventajas

Tener un versionado independiente
Despliegues independientes
Ayuda a definir el control de acceso
Las ramas de los repositorios son más pequeñas

Desventajas

Es difícil de orquestar las nuevas versiones y sincronizar entre los repositorios
Para crear una nueva feature hay que crear diferentes pull request en los diferentes repositorios. Esto cuesta mucho tiempo
Fragmentación de equipos y ciclos de conocimiento
El ciclo de feedback es lento
Mucho trabajo manual

Monorepositorios

Son repositorios que contienen todo el código de una aplicación. Este repositorio tendría paquetes separados, y cada paquete tiene una entidad propia. El monorepositorio debe tener (como todo proyecto) una buena estructura de carpetas. Ventajas

Cuando una persona nueva entra al equipo solo tiene que clonar un solo repositorio y ya tiene el proyecto.
La refactorización de código es más fácil.
Crear una feature en un solo pull request
Todo los equipos puede estar trabajando en el mismo código

Desventajas

Ciclos pueden ser un poco más lentos
Se requiere de la descarga de todo el código base para trabajar

Lo mejor en un monorepositorio es usar el mismo stack tecnológico, mismo lenguaje de programación, mismo framework, las mismas reglas de linter.

Juan Sebastian Espínola

student•

En el README del monorepo de Babel :joy_cat:

Axlin Miranda

student•

Excelente clase, una consulta si hay un proyecto que la aplicación en el front esta desarrollada en React pero en el backend es con Express, en ese caso no se utilizaría solo multirepositorios?

Miguel Ángel Durán García

teacher•

Depende. Se podría formar también con un monorepositorio sin problemas. De hecho, en mi última empresa lo teníamos justamente así. Además, que sea un monorepo no significa que se tenga que desplegar junto (se pueden leer los commits semánticos para decidir el despliegue).

Félix Alejandro Zelaya Orellana

student•

Que interesante! Tengo el mismo problema en mi trabajo, tenemos tantos repositorios que es muy fácil olvidarse de actualizar uno y ya nos crean bugs, sinceramente cambiar a un monorepositorio sería complicado pero lo mencionaré

Alberto Domingo Basabe Acurero

student•

Excelente clase una pregunta.

Que son los PR y los APR?

Julian David Alzate Cuervo

student•

en laravel por ahora solo he trabajado con monorepositorios pero viendo esta clase creo que lo pensaría para futuros proyectos

Juan Camilo Moreno

student•

Un monorepositorio es una estrategia de gestión de código donde múltiples proyectos o módulos se almacenan en un único repositorio. Esto permite un manejo más eficiente de las dependencias y la colaboración entre equipos, ya que todos los cambios se pueden implementar y probar en un solo lugar. Es común en entornos de desarrollo de microservicios y permite una mejor integración continua y despliegue. Comparado con múltiples repositorios, facilita la consistencia y la actualización de versiones de dependencias compartidas.

Jorge Arias Argüelles

student•

Un monorepositorio es una estrategia de gestión de código fuente donde múltiples proyectos o componentes de software se almacenan en un único repositorio. Esto permite una gestión más sencilla de dependencias, facilita la colaboración entre equipos y mejora la consistencia en la implementación de cambios. En el desarrollo frontend, los monorepos pueden ser especialmente útiles para compartir bibliotecas y recursos entre microfrontends, optimizando así el flujo de trabajo y la integración continua.

Matias Ezequiel Rivero

student•

Ambos enfoques tienen mérito; la elección depende del contexto del proyecto y la organización. Para proyectos grandes con servicios aislados, multirepositorios suelen ser mejores. Si los proyectos están altamente relacionados, un monorepositorio puede simplificar el flujo de trabajo.