Polyrepo
Multi-Repo-Strategie: Jeder Service bzw. jede Komponente bekommt ein eigenes Git-Repo. Gegenteil: Monorepo (alles an einem Ort). Polyrepo dominiert Microservices-Architekturen — "viele kleine Teams besitzen ihre eigenen Repos".
Vorteile: Team-Autonomie, kleinere Repos pro Entwickler (schnellerer Clone), separate CI pro Repo, unabhängige Versionsverfolgung. Nachteile: Refactoring über Repo-Grenzen hinweg ist mühsam (50 Repos aktualisieren), Auffindbarkeit leidet ("wo lebt eigentlich X?"), Abhängigkeitspflege wird knifflig (Paketversionen laufen auseinander). Hybridlösung: Monorepo pro Team oder Domäne, Polyrepo zwischen den Teams. Google und Meta setzen auf Monorepo, Netflix und Amazon auf Poly. Moderne Werkzeuge: Nx und Turborepo fürs Monorepo, Git-Submodule und Bazel External Repositories fürs Polyrepo.