You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This feature is important to have in this repository; a contrib plugin wouldn't do
Describe the user story
When installing a new application via its CLI (e.g., yarn create xxx), the specified package often clones a starter kit and installs the necessary dependencies using a package like install-pkg.
Currently, Yarn defaults to Plug’n’Play (PnP) as its installation mode. However, there may be instances where the required framework is incompatible with Yarn PnP, which forces users to change the nodeLinkers setting and reinstall all dependencies.
Describe the solution you'd like
It would be beneficial if the yarn install command allowed us to pass a flag to specify the desired linker.
yarn install --linker=pnpm
Describe the drawbacks of your solution
I don't see any drawbacks to implementing this change, except that the command should fail if the nodeLinker is already set. This is important to avoid mismatches in dependency management.
The text was updated successfully, but these errors were encountered:
Wouldn't that require whatever "create-" tool to change their yarn install invocation to include the flag? And if they can do that, why not just go a step further to yarn config set nodeLinker <linker> && yarn install?
Hey there! 👋🏻
Describe the user story
When installing a new application via its CLI (e.g.,
yarn create xxx
), the specified package often clones a starter kit and installs the necessary dependencies using a package like install-pkg.Currently, Yarn defaults to Plug’n’Play (PnP) as its installation mode. However, there may be instances where the required framework is incompatible with Yarn PnP, which forces users to change the nodeLinkers setting and reinstall all dependencies.
Describe the solution you'd like
It would be beneficial if the yarn install command allowed us to pass a flag to specify the desired linker.
Describe the drawbacks of your solution
I don't see any drawbacks to implementing this change, except that the command should fail if the nodeLinker is already set. This is important to avoid mismatches in dependency management.
The text was updated successfully, but these errors were encountered: