-
-
Notifications
You must be signed in to change notification settings - Fork 940
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
Support overriding binary linking #1488
Comments
We probably have to come up with some declarative way to configure this. Optional peers are introducing a new field, "*Meta". Maybe we can use something like this: "devDependencies": {
"webpack": "^4.28.2",
"webpack-command": "^0.4.2"
},
"devDependenciesMeta": {
"webpack": {
"bin": false
}
} cc @arcanis |
That could probably also work for #1580. |
That's interesting, I wondered in the past whether this case happened in the wild - two conflicting binaries by two different packages. Well, now it apparently does 😄 I'd probably name this field something like cc @sokra |
All these package export different named binaries. i. e. the binary of |
I created an RFC at Yarn for the linkBin feature. |
another collision: for example in manyverse {
"name": "manyverse",
"version": "0.2307.3-beta",
"dependencies": {
"react-native": "0.66.5"
},
"devDependencies": {
"@react-native-community/cli": "~6.4.0"
}
} surprise: npm and pnpm produce different results: npm prefers
pnpm prefers
both npm and pnpm show no warning for the collision expected pnpm warning
|
webpack has three CLI implementations, the modern webpack‑command, the original webpack‑cli (which used to be part of webpack before version 4) and the now bare‑bones one that comes built‑in with webpack.
In this case, it’s preferred to use either webpack‑command or webpack‑cli over the built‑in one, but pnpm doesn’t provide any way to override which webpack CLI implementation is used.
The text was updated successfully, but these errors were encountered: