-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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
Inconsistent versions are assigned in nested packages. #4705
Comments
Please provide the Yarn version you are having issues with. |
@BYK yarn 1.2.1 reproduced this. |
Hi! The STR are a bit unclear at the moment, since they don't include a before-upgrade state. Could you expand them slightly? Running
...whereas if I
I'm presuming after the |
@edmorley sounds like it. Shall we close this issue? |
Oh, I can't remember that clearly, but it include some iterative yarn upgrade, and may include removing node_modules and reinstalling to try to fix. In addition to that, I found the order of arguments of yarn install affects to their versions.
I agree you about the compile errors. However, I still suspect why their versions differ by upgrading. Now, both of Before:
After:
|
@BYK OK to close. Yarn doesn't matter this anyway. |
yarn install
assigns different version of one package between the package itself and nested packages. In my case, this behavior caused compile errors in TypeScript, and it may introduce many other troubles.Minimum reproducing project is HERE.
Should
yarn install
assign consistent versions and keep the consistency afteryarn upgrade
in the future?My environment is macOS Sierra & node 8.6.0, but same in 6.10.
The text was updated successfully, but these errors were encountered: