La adopción de Monorepo por parte del equipo de desarrollo de la API de Airbridge

Presentamos las razones por las que el equipo de la API de Airbridge adoptó Monorepo y casos de cómo resolvieron problemas surgidos durante el proceso de implementación.

• Antecedentes de la adopción de Monorepo
  • ¿Qué es Monorepo?
  • Antecedentes de adopción del equipo de API de Airbridge
• Objetivo del trabajo
  • Introducir un repositorio Monorepo manteniendo la misma experiencia de desarrollo
• Problemas detectados después de completar el trabajo
  • Al tener que determinar durante el proceso de CI/CD si había cambios en cada componente, surgieron problemas como la complejidad de los scripts de CI/CD o la imposibilidad de volver a desplegar el mismo código
• Para resolverlo
  • Introducción de un componente que determina de antemano si hubo cambios en los componentes antes de ejecutar CI/CD y que se encarga de hacer que CI/CD se ejecute (Code Deployer)
• Para hacerlo aún mejor
  • Hacer posible verificar CI desde el PR
  • Aumentar la visibilidad de la información del PR y del estado de CI en Slack
• Después de adoptar Monorepo
  • Mayor visibilidad de los componentes a cargo
  • Mejora de la productividad
• Cierre