-
-
Notifications
You must be signed in to change notification settings - Fork 9.4k
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
[Bug]: pnpm is not used reliably #20463
Comments
@rohanrajpal, I'm pretty sure you must have a This is not an uncommon scenario (usually it's unintentional, though), so I've opened a PR which will adjust the logic used by the Storybook CLI to prefer the closest lockfile instead of looking for one kind, then another. |
You were right! There was a Btw curious to know as to why does the program search starting from the home directory to the current directory instead of the other way around? I guess that would fix this issue? |
You can take a look at the PR I linked to see what was happening. We looked for both yarn and pnpm, but then check if we found a yarn file first, then check the pnpm. The PR I posted looks upwards from the cwd to find the closest lockfile instead. |
Whoopee!! I just released https://github.com/storybookjs/storybook/releases/tag/v7.0.0-beta.19 containing PR #20464 that references this issue. Upgrade today to the
Closing this issue. Please re-open if you think there's still more to do. |
This works, thanks! |
Describe the bug
@rohanrajpal reported issues with yarn being preferred over pnpm in #15675 (comment). I'm creating this ticket to troubleshoot and discuss improvements.
To Reproduce
It's a little unclear, but I suspect this occurs when a
yarn.lock
file is found somewhere in the file system in an ancestor directory. If so, we will prefer yarn, even if a pnpm lock file is closer to the project.System
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: