Einführung eines Monorepos im API-Entwicklungsteam von Airbridge

Dieser Beitrag stellt vor, warum das Airbridge-API-Entwicklungsteam ein Monorepo eingeführt hat und wie Probleme gelöst wurden, die während des Einführungsprozesses aufgetreten sind.

• Hintergrund der Monorepo-Einführung
  • Was ist ein Monorepo?
  • Warum das Airbridge-API-Team es eingeführt hat
• Arbeitsziele
  • Einführung eines Monorepo-Repositorys bei gleichbleibender Developer Experience
• Nach Abschluss der Arbeiten entdeckte Probleme
  • Da im CI/CD-Prozess beurteilt werden musste, ob es Änderungen an den einzelnen Komponenten gab, entstanden Probleme wie komplexere CI/CD-Skripte oder die Unmöglichkeit, denselben Code erneut zu deployen
• Zur Lösung
  • Einführung einer Komponente, die vor der Ausführung von CI/CD im Voraus beurteilt, ob sich eine Komponente geändert hat, und auf dieser Basis CI/CD ausführt (Code Deployer)
• Um es noch besser zu machen
  • CI-Prüfungen in PRs sichtbar machen
  • Mehr Transparenz zu PR-Informationen und CI-Status in Slack schaffen
• Nach der Einführung des Monorepos
  • Bessere Sichtbarkeit der betreuten Komponenten
  • Höhere Produktivität
• Fazit