3 ms·
Once you reach a certain size of codebase, you're either going to be investing significantly in making many repositories work together and look a bit like a mon
by zellyn 7y ago
Once you reach a certain size of codebase, you're either going to be investing significantly in making many repositories work together and look a bit like a monorepo, or you're going to be investing significantly in making working on individual parts of a monorepo more efficient and look a bit like an isolated repo.
Both approaches take a huge amount of work and tooling.
The big selling point of a monorepo is that the time and effort taken to follow strict versioning and upgrade discipline for multiple interdependent projects can be somewhat avoided. On the code side.
- zellyn 7y agoIf you're looking for a magic bullet argument proving that either approach is strictly better, I'm not the person to ask.