News for hackers. Stuff that matters.
Re:Monorepo – Our Experience by wavemode on Thursday November 07, 2024 @11:31AM (#42078128)
I guess I just don't see how this is any different from using external libraries. Yes, bumping a library from v3.2.4 to v3.2.5 can sometimes break your build. So, the solution is we stop using versioning?

No, you just pin your app to v3.2.4 until a working update is made (either to the library or to your own app). I'm not sure why that suddenly becomes an impossible task once the creators of the app and the library work for the same parent company.

> Knowing when no one uses older versions is also hard

That's the thing though - you don't have to care. If you delete an interface, just bump the version number accordingly. People who still need the interface will stay on the old version. (And - bonus - they are now placed under implicit pressure to refactor their code away from using that old interface, now that they know it's deprecated and will no longer be maintained. By contrast, if you have a practice of keeping code around code just because people are still using it, that code tends to just stick around forever.)

Re:Monorepo – Our Experience by nuancebydefault on Thursday November 07, 2024 @03:11PM (#42080430)
> external libraries

External libraries have to be versioned because their code is not part of your monorepo. If the whole world would be pushing in the same monorepo, while not breaking any functionality, we would not need version numbers.

Re:Monorepo – Our Experience by ggregoryarms on Thursday November 07, 2024 @04:26PM (#42081233)
"If the whole world was a monorepo" is a great point made me laugh.