In version-control systems, a monorepo ("mono" meaning 'single' and "repo" being short for 'repository') is a software-development strategy in which the code for a number of projects is stored in the same repository.[1] This practice dates back to at least the early 2000s,[2] when it was commonly called a shared codebase.[2] Google,[3] Meta,[4] Microsoft,[5] Uber,[6] Airbnb, and Twitter[7] all employ very large monorepos with varying strategies to scale build systems and version control software with a large volume of code and daily changes.
A related concept is a monolithic application, but whereas a monolith combines its sub-projects into one large project, a monorepo may contain multiple independent projects.[8][9][10]
levenberg
was invoked but never defined (see the help page).scaling_mercurial
was invoked but never defined (see the help page).tc_ms_git
was invoked but never defined (see the help page).uber_technology_day
was invoked but never defined (see the help page).pants_monorepos
was invoked but never defined (see the help page).