-
Notifications
You must be signed in to change notification settings - Fork 12.5k
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
Chained module resolution during npm install #6424
Comments
it looks like this issue is fixed in out latest bits, can you give a try to our nightly build ( |
It works very nicely. Thanks @vladima. |
@vladima Is there anyway to port this fix in 1.7? If we have to wait for 1.8, what's the workaround? |
@vladima Thanks for pushing this. However, I tried building a custom TS with the patch in 6441, and it didn't solve the issue.... |
@vladima Forget what I wrote, my test was wrong. It works! Thanks a lot. |
(related to #2338)
Problem
Install a TS module A, itself depending on another TS module B.
npm
flattens the dependency structure undernode_modules
and therefore the resolution algorithm implemented by #2338 is broken when module A is built.How to repro
The project includes dependency on module ts-lib2, which itself depends on ts-lib1. If you clone ts-lib2 by itself, and run npm install on it, it works. It's only when there's a chained dependency (with npm flattening the modules) that the problem occurs.
Assumptions
Each project is built as an npm
postinstall
step. I couldn't find out if there is a recommended way to accomplish this differently.The text was updated successfully, but these errors were encountered: