
Sign up to save your podcasts
Or


Monorepo, Polyrepo, Frontend hier, Backend dort, Mobile-App nochmal woanders. Klingt nach sauberer Trennung, führt in der Praxis aber oft zu genau dem, was wir als Entwickler:innen am wenigsten brauchen: Reibung. Abhängige Pull Requests, aufeinander wartende Releases, doppelte Tooling-Arbeit und jede Menge Koordination zwischen Teams. Die spannende Frage ist also nicht nur, ob Monorepos ein Comeback feiern, sondern ob sie heute, mit besserem Tooling und AI im Rücken, endlich ihr Versprechen einlösen.
In dieser Episode sprechen wir mit Max Kless, Senior Software Engineer bei Nx, über den aktuellen Stand von Monorepos. Wir klären, was ein Monorepo eigentlich ist, warum Monorepo nicht gleich Monorepo ist und wieso ein pragmatischer, hybrider Ansatz für viele Teams sinnvoller ist als ein einziges gigantisches Repository. Außerdem schauen wir auf CI, Caching, Project Graphs, Code Ownership, Plattform-Teams und die kulturelle Seite hinter dem Thema. Denn Monorepos sind nicht nur Architektur und Tooling, sondern auch Zusammenarbeit, Standards und ein bisschen Inner Source im Alltag.
Besonders spannend wird es bei AI, LLMs und Coding Agents. Wenn mehr Kontext zu besserer Unterstützung führt, werden Monorepos plötzlich wieder hochrelevant. Wir diskutieren, warum ein gemeinsamer Code-Kontext für AI-Systeme ein echter Hebel sein kann, wo die Grenzen liegen und worauf du bei einer Einführung achten solltest. Wenn du wissen willst, ob Monorepos 2026 mehr sind als alter Google-Glanz, dann bist du hier genau richtig.
Bonus: Selbst Jenkins bekommt einen kleinen Ehrenmoment.
Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners
Das schnelle Feedback zur Episode:
👍 (top) 👎 (geht so)
Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …
Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer
(00:00:00) Monorepos zwischen Hype, Praxis und AI-Revival
(00:06:52) Was ein Monorepo wirklich ist
(00:08:37) Info/Werbung
(00:09:37) Was ein Monorepo wirklich ist
(00:11:02) Monorepo vs. Polyrepo und sinnvolle Grenzen
(00:19:07) Der pragmatische Mittelweg statt One Repo to rule them all
(00:26:54) Tooling-Grundlagen für Monorepos
(00:30:41) Project Graph, Caching und CI-Skalierung
(00:41:28) Große Repos, Merge Queues und Git-Features
(00:47:34) Monorepos als Kultur- und Organisationsfrage
(00:52:32) Einführung, Buy-in und typische Anti-Patterns
(00:55:09) Ownership, Plattform-Teams und laufender Aufwand
(00:58:24) Warum AI und Coding Agents Monorepos pushen
(01:01:55) Kontext, Ownership-Metadaten und praktische Grenzen
(01:11:26) Fazit: Wann sich das Monorepo-Experiment lohnt
Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
By Wolfgang Gassler, Andy GrunwaldMonorepo, Polyrepo, Frontend hier, Backend dort, Mobile-App nochmal woanders. Klingt nach sauberer Trennung, führt in der Praxis aber oft zu genau dem, was wir als Entwickler:innen am wenigsten brauchen: Reibung. Abhängige Pull Requests, aufeinander wartende Releases, doppelte Tooling-Arbeit und jede Menge Koordination zwischen Teams. Die spannende Frage ist also nicht nur, ob Monorepos ein Comeback feiern, sondern ob sie heute, mit besserem Tooling und AI im Rücken, endlich ihr Versprechen einlösen.
In dieser Episode sprechen wir mit Max Kless, Senior Software Engineer bei Nx, über den aktuellen Stand von Monorepos. Wir klären, was ein Monorepo eigentlich ist, warum Monorepo nicht gleich Monorepo ist und wieso ein pragmatischer, hybrider Ansatz für viele Teams sinnvoller ist als ein einziges gigantisches Repository. Außerdem schauen wir auf CI, Caching, Project Graphs, Code Ownership, Plattform-Teams und die kulturelle Seite hinter dem Thema. Denn Monorepos sind nicht nur Architektur und Tooling, sondern auch Zusammenarbeit, Standards und ein bisschen Inner Source im Alltag.
Besonders spannend wird es bei AI, LLMs und Coding Agents. Wenn mehr Kontext zu besserer Unterstützung führt, werden Monorepos plötzlich wieder hochrelevant. Wir diskutieren, warum ein gemeinsamer Code-Kontext für AI-Systeme ein echter Hebel sein kann, wo die Grenzen liegen und worauf du bei einer Einführung achten solltest. Wenn du wissen willst, ob Monorepos 2026 mehr sind als alter Google-Glanz, dann bist du hier genau richtig.
Bonus: Selbst Jenkins bekommt einen kleinen Ehrenmoment.
Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners
Das schnelle Feedback zur Episode:
👍 (top) 👎 (geht so)
Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …
Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer
(00:00:00) Monorepos zwischen Hype, Praxis und AI-Revival
(00:06:52) Was ein Monorepo wirklich ist
(00:08:37) Info/Werbung
(00:09:37) Was ein Monorepo wirklich ist
(00:11:02) Monorepo vs. Polyrepo und sinnvolle Grenzen
(00:19:07) Der pragmatische Mittelweg statt One Repo to rule them all
(00:26:54) Tooling-Grundlagen für Monorepos
(00:30:41) Project Graph, Caching und CI-Skalierung
(00:41:28) Große Repos, Merge Queues und Git-Features
(00:47:34) Monorepos als Kultur- und Organisationsfrage
(00:52:32) Einführung, Buy-in und typische Anti-Patterns
(00:55:09) Ownership, Plattform-Teams und laufender Aufwand
(00:58:24) Warum AI und Coding Agents Monorepos pushen
(01:01:55) Kontext, Ownership-Metadaten und praktische Grenzen
(01:11:26) Fazit: Wann sich das Monorepo-Experiment lohnt
Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord