-
Notifications
You must be signed in to change notification settings - Fork 74
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
Use prebuild-install
as dependency
#148
Comments
I didn't know about That said I really like the idea of having two separate modules. Though I think we should make them exclusive. In fact Hence it may make sense to maintain them in the same repo despite shipping two different npm packages. Tools like Lerna help with managing such monorepos. I'm happy to make PRs for this. |
I would agree on that, I only asked about having it as dependency just to don't break backwards compatibility up to some degree.
I think it makes sense to have them as two independent projects as they are currently being done, the only common place is the "protocol", that's mostly just targz files published as github releases, no more... |
I thought they share a lot of code in |
I see two possibilities for reducing the effort of maintaining
I'm in favor of the first option since it doesn't introduce duplicated functionality, is easier to maintain and promotes a cleaner workflow for users. What do you think? |
+1000 to first option ( |
Agreed. |
Since
prebuild-install
package is a stripped-down version ofprebuild
just to download and install the images, use it as dependency instead of having two codes for the download step that would became divergent in the future and lead to problems by having two different versions.The text was updated successfully, but these errors were encountered: