Angular Monorepo Diaries
summary
Claims a single repository hosts multiple Angular applications and shared libraries, uses Angular CLI plus a dependency-graph build tool to run only affected tests and parallel builds, and uses Lerna to manage many package.jsons. A SpaceX demo app plus a GraphQL backend proves the pattern; about 25 engineers in 3–4 person teams share ~dozens (potentially hundreds) of libraries. Outcomes: fewer inconsistent internal npm versions, CI times drop when using the graph tool, but upfront rules and ongoing code-review demos remain essential.
AI-written summary · about
chapters (7)
- 0:00Start
- 2:03Books to read
- 7:03Why monorepo?
- 12:49How does the monorepo help us?
- 13:22Demo application
- 15:52Wait, what is different
- 27:55Think differently
related talks
01h 00mUsing Monorepos for Scalable Apps
30mAngular in a Microservices World
33mArchitectures for huge Angular based Enterprise Applications: npm Packages, Monorepos and Microservices
31mArchitectures for huge Angular based enterprise applications npm Packages, Monorepos and Micro Apps
22mSustainable Angular Architectures with Monorepos and Strategic Domain Driven Design
35mHow to Organize an Angular Project
28mAngular in a microservices world
46mExploring the power of monorepos: When and why to use them
