-
Notifications
You must be signed in to change notification settings - Fork 58
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
npm cli breaking changes #488
Comments
Copied from v10 initiative v11 and beyondThese are still future looking breaking changes that we want to keep in consideration going forward
Features (v10 or v11 or beyond):
|
Let's figure out the "store the range i asked for" change for v11 too? |
I just lost an hour of my day to this "clever" helpful line. We should drop support for this. // if npm is called as "npmg" or "npm_g", then run in global mode.
if (process.argv[1][process.argv[1].length - 1] === 'g') {
process.argv.splice(1, 1, 'npm', '-g')
} $ node /Users/wraithgar/Development/npm/cli/branches/gar_semver-debug pkg set description='test'
npm ERR! code EPKGGLOBAL
npm ERR! There's no package.json file to manage on global mode |
A few things I've found in the issue tracker lately that can't be fixed due to how they would likely break things:
|
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Repurposed this issue as the bucket for all breaking changes. Actual v11 roadmap is at #898 |
get rid of "populate deps on init" https://github.com/npm/init-package-json/blob/main/lib/default-input.js#L11-L39 |
get rid of the idea of "package.json as comment in a index file" https://github.com/npm/package-json/blob/main/lib/index.js#L141-L147 😆 |
@reggi does that last one mean that pre-existing gists might stop being npm-installable? |
@ljharb it's a chesterton's fence issue. We want to explain why it's in the road and decide if we want to remove it. If you have a small gist example that could help us add an explanatory comment in our package-json parser. ETA: it may also help us add better regression tests for this use case. |
Chesterton's fence says to not remove it until you can explain why it's in the road :-p https://gist.github.com/isaacs/1837112 is the original canonical example. I'll see if I can find some modern usages. |
This is the issue where we file our future breaking changes for the npm cli.
Breaking Changes:
pre
/post
scripts)The text was updated successfully, but these errors were encountered: