-
Notifications
You must be signed in to change notification settings - Fork 53
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
Requirement for shared files to contain third party dependencies #45
Comments
Can you give a more detailed example? |
Thanks for the response. Okay so it looks like you maintain a single package.json file to handle dependencies from all three packages? I guess in that case, the above issue is not really a problem. I am currently trying out an approach where each package (client/server/shared) have their own package.json file to manage dependencies. It works well, however if the shared code has an external dependency X (defined in its own package.json file), the final build (for either the client or server), fails to run as it cannot find X. That is essentially the problem. Would be interesting to know your thoughts on that! |
Why would you want to split the |
In my case, it seems a lot more cleaner to individually maintain dependencies for the client, api, and shared directories, rather than having it globally and constantly updating |
You will have to update the |
Curious to know if the following scenario is handled by the project where some shared files may require third party dependencies specified in its own package.json file.
Specifically, how can we include these dependencies in the build output?
The text was updated successfully, but these errors were encountered: