You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The yarn monorepo format is pain to deal with, is difficult to integrate with github/javascript/typescript tools and hasn’t really been useful in any meaningful way. I’ve twice accidentally published dependent packages without updating internal dependencies because packages are symlinked together. I have a github org with lots of space so why not use it to its full potential, and allow for better discoverability.
The text was updated successfully, but these errors were encountered:
Why not put everything in one package and allow partial import like in lodash. So it would be possible to reduce size of bundled app.
You can put experimental stuff in experimental subfolder.
There are ~6..15 different exported items spread across 4 packages.
I'd say it's overkill.
Imagine if lodash would put every 5..10 functions in different package.
@akaRem I’m more inclined to keep them in separate packages, because the repeater API is more or less stable. In its current form, I like to think the repeater API is pretty much the most ideal API for a callback-driven async generator-compatible class and further changes will mainly be bug fixes/performance improvements.
The yarn monorepo format is pain to deal with, is difficult to integrate with github/javascript/typescript tools and hasn’t really been useful in any meaningful way. I’ve twice accidentally published dependent packages without updating internal dependencies because packages are symlinked together. I have a github org with lots of space so why not use it to its full potential, and allow for better discoverability.
The text was updated successfully, but these errors were encountered: