Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Move utility packages to their own repositories #34

Open
brainkim opened this issue Oct 4, 2019 · 3 comments
Open

Move utility packages to their own repositories #34

brainkim opened this issue Oct 4, 2019 · 3 comments
Assignees

Comments

@brainkim
Copy link
Member

brainkim commented Oct 4, 2019

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.

@brainkim brainkim self-assigned this Oct 5, 2019
@akaRem
Copy link

akaRem commented Nov 21, 2019

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.

@brainkim
Copy link
Member Author

@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.

@danielweck
Copy link

Turborepo should ease the pain:
https://github.com/vercel/turborepo

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants