News for hackers. Stuff that matters.
Re:Just Use a Monorepo by scarmig on Thursday January 12, 2023 @08:53PM (#34362993)
The issue with building a custom monorepo system that can handle Google's and Facebook's scale is that it fails to scale down, even to moderately large project and organizational size. It's expensive (think at least 7 figures opex) and not what most people should be doing.

git, for all its issues (and I'm a git-hater), scales down to an individual coder and scales up (with a lot of hacks, the hacks being used varying depending on whether you're taking a poly or mono approach) to companies that employ thousands of developers.

Re:Just Use a Monorepo by andromeduck on Thursday January 12, 2023 @09:04PM (#34363078)
Would be nice if google3 as a service were a thing.
Re:Just Use a Monorepo by JTBooth on Thursday January 12, 2023 @09:57PM (#34363440)
google3 and Plex! God how I miss working with Plex, I didn't know how good we had it.
Re:Just Use a Monorepo by 8n4vidtmkvmk on Friday January 13, 2023 @02:59AM (#34365083)
Plex the home media server, or something else?
Re:Just Use a Monorepo by Rastonbury on Friday January 13, 2023 @05:24AM (#34365980)
I think it's an internal Google tool
Re:Just Use a Monorepo by hbrn on Friday January 13, 2023 @12:58AM (#34364431)
Polyrepo scales to thousands coders without anyone even noticing, and that's the beauty of it.

Just look at the size of node_modules in an average project. You stand on the shoulders of thousands of other engineers and you don't even think about it. That's your polyrepo at work.

Now imagine that every time a dependency wants ship a new version, their maintainers have to update all of the dependents. That's your monorepo.

It is quite obvious which one is more scalable.

The only real benefit monorepo has is that every dependency is always at it's latest version. But the cost to achieve that... let's just say there's a reason you mostly hear about monorepos from Google.