this post was submitted on 18 Jul 2024
7 points (73.3% liked)

Programming

17354 readers
357 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities [email protected]



founded 1 year ago
MODERATORS
 

I just finished watching Why Google Stores Billions of Lines of Code in a Single Repository and honestly, while it looks intriguing, it also looks horrible.

Have you run into issues? Did you love it? How was it/

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 8 points 3 months ago* (last edited 3 months ago) (1 children)

We use them at Meta. It's easier to interact with other parts of the codebase, but it doesn't play well with libraries so you end up redoing a lot of stuff in-house.

I would only recommend a monorepo if you're a company with at least 5,000+ engineers and can dedicate significant time to internal infra.

[–] [email protected] 0 points 3 months ago (1 children)

it doesn’t play well with libraries

What do you mean by that? Is it the versioning of libraries that isn't possible meaning an update to the interface requires updating all dependent apps/libs?

Anti Commercial-AI license

[–] [email protected] 2 points 3 months ago

Updating a library in a monorepo means copying it all over and hoping the lib update didn't break someone else's code. Whereas updating a library normally would never break anything, and you can let people update on their own cadence