chore(deps): update github actions major (major)#179
Conversation
Greptile SummaryThis PR updates four GitHub Actions to new major versions across all workflow files, with all actions pinned to full commit SHAs for supply-chain security.
Confidence Score: 4/5Safe to merge once reviewers confirm they intend to adopt actions/checkout 7.0.0 rather than 6.0.3 All changes are GitHub Actions version bumps pinned to full SHA hashes. The only concern is that Renovate's PR description states the actions/checkout target is 6.0.3, but the pinned SHA resolves to 7.0.0 — meaning the team may be inadvertently adopting a version they haven't evaluated. The rest of the upgrades (setup-node 6.4.0, pnpm/action-setup 6.0.9, release-please-action 5.0.0) have consistent SHA/version comments and no functional regressions expected. ci.yml, release.yml, and socket-tier1-analysis.yml — the actions/checkout SHA in all three resolves to 7.0.0, one major version ahead of what the PR description advertises Important Files Changed
|
b6176a4 to
90d73b7
Compare
90d73b7 to
c922e20
Compare
| node: [20, 22, 24] | ||
| steps: | ||
| - uses: actions/checkout@34e114876b0b11c390a56381ad16ebd13914f8d5 # v4 | ||
| - uses: actions/checkout@9c091bb21b7c1c1d1991bb908d89e4e9dddfe3e0 # 7.0.0 |
There was a problem hiding this comment.
actions/checkout pinned to 7.0.0, not 6.0.3 as described
The PR description's table lists the target version for actions/checkout as 6.0.3 (with 7.0.0 as "Pending"), but the SHA 9c091bb21b7c1c1d1991bb908d89e4e9dddfe3e0 corresponds to 7.0.0 per the inline comment. Renovate appears to have updated the pinned SHA after generating the PR description. The same discrepancy exists in release.yml and socket-tier1-analysis.yml. This means merging this PR will actually adopt actions/checkout@7.0.0, not 6.0.3 — reviewers should evaluate the 7.0.0 changelog (not just 6.0.3) before approving.
Prompt To Fix With AI
This is a comment left during a code review.
Path: .github/workflows/ci.yml
Line: 16
Comment:
**`actions/checkout` pinned to `7.0.0`, not `6.0.3` as described**
The PR description's table lists the target version for `actions/checkout` as `6.0.3` (with `7.0.0` as "Pending"), but the SHA `9c091bb21b7c1c1d1991bb908d89e4e9dddfe3e0` corresponds to `7.0.0` per the inline comment. Renovate appears to have updated the pinned SHA after generating the PR description. The same discrepancy exists in `release.yml` and `socket-tier1-analysis.yml`. This means merging this PR will actually adopt `actions/checkout@7.0.0`, not `6.0.3` — reviewers should evaluate the `7.0.0` changelog (not just `6.0.3`) before approving.
How can I resolve this? If you propose a fix, please make it concise.
This PR contains the following updates:
v4→7.0.0v4→6.4.0v4→5.0.0v4→6.0.9Release Notes
actions/checkout (actions/checkout)
v7.0.0Compare Source
v6.0.3Compare Source
v6.0.2Compare Source
v6.0.1Compare Source
v6.0.0Compare Source
v5.0.1Compare Source
v5.0.0Compare Source
actions/setup-node (actions/setup-node)
v6.4.0Compare Source
What's Changed
Dependency updates:
New Contributors
Full Changelog: actions/setup-node@v6...v6.4.0
v6.3.0Compare Source
What's Changed
Enhancements:
devEnginesfield by @susnux in #1283Dependency updates:
Bug fixes:
New Contributors
Full Changelog: actions/setup-node@v6...v6.3.0
v6.2.0Compare Source
What's Changed
Documentation
Dependency updates:
New Contributors
Full Changelog: actions/setup-node@v6...v6.2.0
v6.1.0Compare Source
What's Changed
Enhancement:
Dependency updates:
Documentation update:
Full Changelog: actions/setup-node@v6...v6.1.0
v6.0.0Compare Source
What's Changed
Breaking Changes
Dependency Upgrades
Full Changelog: actions/setup-node@v5...v6.0.0
v5.0.0Compare Source
What's Changed
Breaking Changes
This update, introduces automatic caching when a valid
packageManagerfield is present in yourpackage.json. This aims to improve workflow performance and make dependency management more seamless.To disable this automatic caching, set
package-manager-cache: falseMake sure your runner is on version v2.327.1 or later to ensure compatibility with this release. See Release Notes
Dependency Upgrades
New Contributors
Full Changelog: actions/setup-node@v4...v5.0.0
googleapis/release-please-action (googleapis/release-please-action)
v5.0.0Compare Source
⚠ BREAKING CHANGES
Features
Bug Fixes
pnpm/action-setup (pnpm/action-setup)
v6.0.9Compare Source
What's Changed
Full Changelog: pnpm/action-setup@v6...v6.0.9
v6.0.8Compare Source
What's Changed
cache_dependency_pathtype by @haines in #257New Contributors
Full Changelog: pnpm/action-setup@v6.0.7...v6.0.8
v6.0.7Compare Source
What's Changed
New Contributors
Full Changelog: pnpm/action-setup@v6.0.6...v6.0.7
v6.0.6Compare Source
What's Changed
Full Changelog: pnpm/action-setup@v6.0.5...v6.0.6
v6.0.5Compare Source
What's Changed
Full Changelog: pnpm/action-setup@v6.0.4...v6.0.5
v6.0.4Compare Source
What's Changed
New Contributors
Full Changelog: pnpm/action-setup@v6.0.3...v6.0.4
v6.0.3Compare Source
Updated pnpm to v11.0.0-rc.5
Full Changelog: pnpm/action-setup@v6.0.2...v6.0.3
v6.0.2Compare Source
What's Changed
New Contributors
Full Changelog: pnpm/action-setup@v6.0.1...v6.0.2
v6.0.1Compare Source
Update pnpm to v11.0.0-rc.2.
pnpm-lock.yamlwill not be saved with two documents unless thepackageManageris set viadevEngines.packageManager. Related issue: #228v6.0.0Compare Source
Added support for pnpm v11.
v5.0.0Compare Source
Updated the action to use Node.js 24.
Configuration
📅 Schedule: (in timezone UTC)
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.
This PR was generated by Mend Renovate. View the repository job log.