chore(deps): bump actions/setup-node from 6 to 7#2524
Conversation
Bumps [actions/setup-node](https://github.com/actions/setup-node) from 6 to 7. - [Release notes](https://github.com/actions/setup-node/releases) - [Commits](actions/setup-node@v6...v7) --- updated-dependencies: - dependency-name: actions/setup-node dependency-version: '7' dependency-type: direct:production update-type: version-update:semver-major ... Signed-off-by: dependabot[bot] <support@github.com>
|
@modelcontextprotocol/client
@modelcontextprotocol/codemod
@modelcontextprotocol/core
@modelcontextprotocol/server
@modelcontextprotocol/server-legacy
@modelcontextprotocol/express
@modelcontextprotocol/fastify
@modelcontextprotocol/hono
@modelcontextprotocol/node
commit: |
There was a problem hiding this comment.
LGTM — mechanical Dependabot bump of actions/setup-node from v6 to v7.
What was reviewed
- All 12
setup-nodeusages across the 7 workflows are bumped consistently; grepped.github/for stragglers — none remain. - Checked v7's breaking changes against these workflows: the removed dummy
NODE_AUTH_TOKENexport is unused here (release uses npm OIDC trusted publishing; preview publish uses pkg-pr-new), and the ESM/node24 runtime migration is transparent onubuntu-latestrunners. - All inputs in use (
node-version,cache,cache-dependency-path,registry-url) remain supported in v7.
Extended reasoning...
Overview
This is a Dependabot PR bumping actions/setup-node from v6 to v7 across all 7 workflow files (conformance.yml, deploy-docs.yml, examples.yml, main.yml, publish.yml, release.yml, update-spec-types.yml). Every one of the 12 usages in the repo is updated; no code, config, or dependency-lock changes are involved.
Security risks
Minimal. The action stays on the mutable @v7 major tag, matching the repo's existing convention for first-party actions/* actions (e.g. actions/checkout@v7 is also tag-pinned, while third-party actions are SHA-pinned). No new permissions, secrets, or token flows are introduced. The v7 release notes were checked for behavior changes relevant to these workflows: the ESM migration and node24 runtime are handled by GitHub-hosted ubuntu-latest runners, and the removal of the dummy NODE_AUTH_TOKEN export does not affect this repo — release.yml publishes via npm OIDC trusted publishing (it even installs npm@11.5.1 for that purpose) and publish.yml uses pkg-pr-new, so no workflow depends on NODE_AUTH_TOKEN being set.
Level of scrutiny
Low. This is CI tooling, not shipped SDK code — a bad bump would surface immediately as red CI on this very PR (main.yml, examples.yml, conformance.yml, and publish.yml all run on pull_request), not as a latent production issue. Per the repo's review conventions on CI diffs, I verified the claimed v7 behavior against the action's release notes rather than asserting failure modes from memory, and found nothing these workflows rely on that changed incompatibly.
Other factors
The timeline contains only the standard changeset-bot notice; no changeset is needed for a workflow-only change since no package is versioned. All with: inputs used (node-version, cache, cache-dependency-path, registry-url) remain supported in v7, and the cache behavior (pnpm + pnpm-lock.yaml) is unchanged. The bug hunting system found no issues, consistent with my own read of the diff.
Bumps actions/setup-node from 6 to 7.
Release notes
Sourced from actions/setup-node's releases.
... (truncated)
Commits
8207627Migrate to ESM and upgrade dependencies (#1574)04be95cAdd cache-primary-key and cache-matched-key as outputs (#1577)7c2c68ddocs: Update caching recommendations to mitigate cache poisoning risks (#1567)6a61c03Merge pull request #1569 from jasongin/update-actions-cache-5.1.030eb73bResolve high-severity audit issues4e1a87aUpdate dist360237fStrict equality4f8aac5Bump@actions/cacheto 5.1.0, log cache write deniedf4a67bbOnly usemirrorTokeningetManifestif it's provided (#1548)0355742Remove dummy NODE_AUTH_TOKEN export (#1558)Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting
@dependabot rebase.Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)