-
Notifications
You must be signed in to change notification settings - Fork 1k
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
Uncertainty in Dependabot's NPM Version #9277
Comments
From what I understand:
The error you're seeing is definitely confusing and the version of NPM cannot stay behind node for long as it will cause this confusion. I am trying to address it with #9213 |
Yes, it is really confusing. I have the same case with the following configuration: "engines": {
"node": ">= 20.9",
"npm": ">= 10.1"
} and it gives me this message: |
Dependabot respects the `engine-strict` setting and is currently silently failing. This change removes it from being globally enabled; instead, it is enabled wherever we run `npm install` or `npm ci`. Refs dependabot/dependabot-core#9277
There seems to be a discrepancy between the npm version Dependabot appears to be using and what is indicated by its logs. Based on this, the NPM version should be 9.6.5, but Dependabot's logs indicate the usage of version 10.2.4.
Specifically, our project setup enforces strict engine versions with the following configurations, resulting in errors when attempting to use Dependabot:
.npmrc
withengine-strict=true
package.json
specifying"engines": {"node": ">=20 <21", "npm": ">=10.2 <11"}
Dependabot fails with an error due to version mismatches:
This scenario forces a dilemma where we must allow older NPM versions than we would want, or disable strict engine versions altogether.
Dependabot's Node-version was bumped to v20 recently here.
Reproduction Steps
engine-strict=true
in.npmrc
and"engines": {"node": ">=20 <21", "npm": ">=10.2 <11"}
inpackage.json
.Workaround
Disable
engine-strict
in.npmrc
or adjustpackage.json
to accept"npm": ">=9.6.5"
to resolve the issue.The text was updated successfully, but these errors were encountered: