chore(deps): update github-actions#201
Conversation
Merging this PR will improve performance by 4.1%
Performance Changes
Tip Curious why this is faster? Comment Comparing |
2479122 to
8bad6fc
Compare
041be11 to
3c90ddc
Compare
eb4b233 to
d1df33f
Compare
12ddfe4 to
c79ac62
Compare
ce1c397 to
a779f27
Compare
dc2925a to
61f8ea7
Compare
|
Note Reviews pausedIt looks like this branch is under active development. To avoid overwhelming you with review comments due to an influx of new commits, CodeRabbit has automatically paused this review. You can configure this behavior by changing the Use the following commands to manage reviews:
Use the checkboxes below for quick actions:
📝 WalkthroughWalkthroughThis PR updates pinned references for third‑party GitHub Actions across repository workflows and custom actions: bumps actions/setup-node to v6.4.0, pnpm/action-setup to v6.0.8 (pnpm 11.5.1), taiki-e/install-action to v2.81.3, crate-ci/typos to v1.47.1, codecov/codecov-action to v6.0.1, refreshes github/codeql-action init/analyze SHAs, updates cargo-bins/cargo-binstall pin, and updates actions/checkout pins to v6.0.3. No workflow logic or step inputs were changed. 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches📝 Generate docstrings
🧪 Generate unit tests (beta)
Comment |
420cb6a to
4f71b08
Compare
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In @.github/workflows/release-plz.yml:
- Around line 29-32: The checkout action is currently persisting git credentials
for the whole job; change the two actions/checkout uses to include
persist-credentials: false, and add an explicit authentication step immediately
before the "Push tag" step (e.g., set the origin remote URL to include the
GITHUB_TOKEN or run a git auth helper using secrets.GITHUB_TOKEN or
inputs.token) so only the tag push step has credentials. Update both occurrences
of actions/checkout@... in the workflow and add a short pre-push auth step named
or placed right before the "Push tag" step to authenticate explicitly.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Organization UI
Review profile: CHILL
Plan: Pro Plus
Run ID: fb4d4ec4-fcd5-4cba-8dd0-e45a97ecd62c
📒 Files selected for processing (9)
.github/actions/pnpm/action.yml.github/actions/zigbuild/action.yml.github/workflows/benchmark.yml.github/workflows/ci.yml.github/workflows/codecov.yml.github/workflows/codeql.yml.github/workflows/release-npm.yml.github/workflows/release-plz.yml.github/workflows/reusable-build.yml
✅ Files skipped from review due to trivial changes (3)
- .github/actions/pnpm/action.yml
- .github/workflows/reusable-build.yml
- .github/workflows/benchmark.yml
🚧 Files skipped from review as they are similar to previous changes (4)
- .github/workflows/codeql.yml
- .github/actions/zigbuild/action.yml
- .github/workflows/codecov.yml
- .github/workflows/ci.yml
| - uses: actions/checkout@df4cb1c069e1874edd31b4311f1884172cec0e10 # v6.0.3 | ||
| with: | ||
| fetch-depth: 0 | ||
| ref: ${{ inputs.commit }} |
There was a problem hiding this comment.
🧩 Analysis chain
🏁 Script executed:
#!/bin/bash
# Verify checkout credential persistence posture and push usage in workflows.
rg -n -C2 'uses:\s*actions/checkout@' .github/workflows
rg -n -C2 'persist-credentials:\s*false' .github/workflows
rg -n -C2 'git push|git tag' .github/workflowsRepository: rstackjs/rspack-resolver
Length of output: 1491
🏁 Script executed:
#!/bin/bash
set -euo pipefail
sed -n '1,140p' .github/workflows/release-plz.yml | nl -baRepository: rstackjs/rspack-resolver
Length of output: 111
🏁 Script executed:
#!/bin/bash
set -euo pipefail
# Also inspect other workflow occurrences of the same pinned checkout SHA for context
rg -n "uses:\s*actions/checkout@df4cb1c069e1874edd31b4311f1884172cec0e10" .github/workflows -nRepository: rstackjs/rspack-resolver
Length of output: 425
🏁 Script executed:
#!/bin/bash
set -euo pipefail
echo "=== release-plz.yml (lines 1-120) with line numbers via cat -n ==="
cat -n .github/workflows/release-plz.yml | sed -n '1,120p'
echo "=== persist-credentials occurrences ==="
rg -n "persist-credentials" .github/workflowsRepository: rstackjs/rspack-resolver
Length of output: 2486
🏁 Script executed:
#!/bin/bash
set -euo pipefail
# Focus on the pinned checkout usage in release-plz.yml
rg -n "release-plz\.yml|actions/checkout@df4cb1c069e1874edd31b4311f1884172cec0e10" .github/workflows/release-plz.yml || true
# Show the exact job/steps around the checkout and push
rg -n -C3 "name: Checkout|uses:\s*actions/checkout|git tag v\$version|git push" .github/workflows/release-plz.ymlRepository: rstackjs/rspack-resolver
Length of output: 588
🌐 Web query:
actions/checkout persist-credentials default value v6
💡 Result:
For actions/checkout v6, the input persist-credentials has no explicit default value; it’s defined as '' (empty string) in the action metadata, with comments indicating default behavior is enabled (i.e., “Default: true”).[1][2] So, “persist-credentials default value v6” resolves to: empty-string ('') in the action.yml, which corresponds to the documented default behavior of true.[1][2] Note: the docs state that when enabled, the auth token is persisted in the local git config to allow authenticated git commands, and removed during post-job cleanup; you can opt out with persist-credentials: false.[2][3]
Citations:
- 1: https://raw.githubusercontent.com/actions/checkout/v6/action.yml
- 2: https://github.com/actions/checkout/tree/v6.0.2?tab=readme-ov-file
- 3: https://github.com/actions/checkout
🏁 Script executed:
#!/bin/bash
set -euo pipefail
rg -n "GITHUB_TOKEN|secrets\.GITHUB_TOKEN|persist-credentials" .github/workflows/release-plz.yml .github/workflowsRepository: rstackjs/rspack-resolver
Length of output: 50
Reduce checkout credential persistence in release-plz.yml (lines 29-32, 54-63).
actions/checkout@v6 defaults to persisting credentials for the whole job; this workflow doesn’t need git auth until the “Push tag” step, so set persist-credentials: false and authenticate the tag push explicitly.
Suggested hardening diff
- - uses: actions/checkout@df4cb1c069e1874edd31b4311f1884172cec0e10 # v6.0.3
+ - uses: actions/checkout@df4cb1c069e1874edd31b4311f1884172cec0e10 # v6.0.3
with:
fetch-depth: 0
ref: ${{ inputs.commit }}
+ persist-credentials: false
@@
- name: Push tag
run: |
version=$(cargo metadata --no-deps --format-version 1 | jq -r '.packages[] | select(.name == "rspack_resolver") | .version')
echo tagging v$version
git config --global --add safe.directory /github/workspace
git config --global user.name "github-actions[bot]"
git config --global user.email "github-actions[bot]`@users.noreply.github.com`"
git status
git tag v$version -m v$version
- git push origin v$version
+ git push https://x-access-token:${GITHUB_TOKEN}`@github.com/`${GITHUB_REPOSITORY}.git v$version
+ env:
+ GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}🧰 Tools
🪛 zizmor (1.25.2)
[warning] 29-32: credential persistence through GitHub Actions artifacts (artipacked): does not set persist-credentials: false
(artipacked)
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
In @.github/workflows/release-plz.yml around lines 29 - 32, The checkout action
is currently persisting git credentials for the whole job; change the two
actions/checkout uses to include persist-credentials: false, and add an explicit
authentication step immediately before the "Push tag" step (e.g., set the origin
remote URL to include the GITHUB_TOKEN or run a git auth helper using
secrets.GITHUB_TOKEN or inputs.token) so only the tag push step has credentials.
Update both occurrences of actions/checkout@... in the workflow and add a short
pre-push auth step named or placed right before the "Push tag" step to
authenticate explicitly.
Source: Linters/SAST tools
4f71b08 to
072ac1a
Compare
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In @.github/workflows/release-plz.yml:
- Line 29: The checkout action is pinned to the wrong SHA (uses:
actions/checkout@df4cb1c069e1874edd31b4311f1884172cec0e10 with a comment
claiming v6.0.3); update the pinned SHA to match the v6.0.3 tag
(9f698171ed81b15d1823a05fc7211befd50c8ae0) wherever that exact checkout string
appears (the checkout step in release-plz.yml and the same usage in
reusable-build.yml and release-npm.yml), and add persist-credentials: false to
the checkout step to avoid leaking credentials; since this workflow later does
git push origin v$version, ensure the push is explicitly authenticated (e.g.,
use an authenticated git push with GITHUB_TOKEN or a deploy key) so the release
push still works after persist-credentials: false is set.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Organization UI
Review profile: CHILL
Plan: Pro Plus
Run ID: 879e0a26-a1c5-4d01-849b-8e4724db5850
📒 Files selected for processing (9)
.github/actions/pnpm/action.yml.github/actions/zigbuild/action.yml.github/workflows/benchmark.yml.github/workflows/ci.yml.github/workflows/codecov.yml.github/workflows/codeql.yml.github/workflows/release-npm.yml.github/workflows/release-plz.yml.github/workflows/reusable-build.yml
✅ Files skipped from review due to trivial changes (3)
- .github/workflows/reusable-build.yml
- .github/actions/pnpm/action.yml
- .github/workflows/ci.yml
🚧 Files skipped from review as they are similar to previous changes (4)
- .github/workflows/release-npm.yml
- .github/workflows/benchmark.yml
- .github/workflows/codeql.yml
- .github/workflows/codecov.yml
072ac1a to
555d523
Compare
555d523 to
d6cb9a0
Compare
This PR contains the following updates:
v6.0.2→v6.0.3v6.3.0→v6.4.0d125de8→30b5ca8v6.0.0→v6.0.1v6.0.2v1.46.2→v1.47.203e4368→dd903d211.3.0→11.5.111.5.3(+1)v6.0.5→v6.0.8v2.75.18→v2.81.3v2.81.10(+6)Release Notes
actions/checkout (actions/checkout)
v6.0.3Compare Source
actions/setup-node (actions/setup-node)
v6.4.0Compare Source
codecov/codecov-action (codecov/codecov-action)
v6.0.1Compare Source
What's Changed
Full Changelog: codecov/codecov-action@v6.0.0...v6.0.1
crate-ci/typos (crate-ci/typos)
v1.47.2Compare Source
[1.47.2] - 2026-06-04
Fixes
inferrableinferiblevariantv1.47.1Compare Source
[1.47.1] - 2026-06-03
Fixes
requestorsv1.47.0Compare Source
[1.47.0] - 2026-05-29
Features
v1.46.3Compare Source
[1.46.3] - 2026-05-23
Fixes
sequentialssubdolderpnpm/pnpm (pnpm)
v11.5.1Compare Source
Patch Changes
pnpm auditperformance by pruning non-vulnerable lockfile subtrees and stopping path enumeration once vulnerable findings reach the path cap.npm_config_user_agentfor root lifecycle scripts during headless installs.integrityfield of a remote (non-registry) tarball dependency when its lockfile entry is rebuilt. Re-resolving such a dependency without re-fetching it (for example viapnpm update, or when another dependency changes) produced a resolution with no integrity — URL/tarball resolvers only learn the integrity after the tarball is downloaded — so the previously recorded integrity was dropped, making later installs fail withERR_PNPM_MISSING_TARBALL_INTEGRITY#12067.repositoryfield into the{ type, url }object form when creating the publish manifest, matching npm's behavior. Some registries (e.g. Gitea/Codeberg) reject a stringrepositorywith a 500 Internal Server Error duringpnpm publish#12099.@typescript-eslint/eslint-pluginpeer-depends on both@typescript-eslint/parserandtypescript, and@typescript-eslint/parserpeer-depends ontypescript), pnpm no longer reuses a hoisted instance of the shared peer that was resolved against a different version #12079.v11.5.0Compare Source
Minor Changes
Added a new
hoistingLimitssetting fornodeLinker: hoistedinstalls, mirroring yarn'snmHoistingLimits. It acceptsnone(the default — hoist as far as possible),workspaces(hoist only as far as each workspace package), ordependencies(hoist only up to each workspace package's direct dependencies). Originally proposed in #6468, closing #6457.Replaced
enquirerwith@inquirer/promptsfor all interactive prompts. Fixes theupdate -iscrolling overflow bug where long choice lists were clipped in the terminal #6643.User-facing changes:
pnpm update -i/pnpm update -i --latest: Scrolling now works correctly when many packages are available; the new library uses visual-line-aware pagination viausePaginationpnpm audit --fix -i: Same scrolling fix for vulnerability selectionpnpm approve-builds: Interactive build approval prompts updatedpnpm patch: Version selection and "apply to all" prompts updatedpnpm patch-remove: Patch removal selection updatedpnpm publish: Branch confirmation prompt updatedpnpm login: Credential prompts updatedpnpm run/pnpm exec(withverifyDepsBeforeRun=prompt): Confirmation prompt updatedVim-style
j/kkeys still work for up/down navigation in all interactive prompts.Internal: The
OtpEnquirerandLoginEnquirerDI interfaces changed from{ prompt }to{ input }/{ input, password }respectively. Plugins or custom builds that inject their own enquirer mock will need to update.Staged publishes are now recognized in the trust scale. When a package version's registry metadata carries an
approverfield, it is treated as the strongest trust evidence (ranked above trusted publishers and provenance attestations), since staged publishes require 2FA publish approvals. This prevents false-positive trust downgrade errors when moving from a staged publish to a lower trust level #11887.Patch Changes
Fix pnpm hanging during peer resolution when an aliased install pulls in transitive packages with mutual peer cycles at different depths in the dependency tree (for example,
pnpm i nuxt@npm:nuxt-nightly@5x). Cycles whose members hit thefindHitcache instead of running their owncalculateDepPathare now short-circuited by sibling resolutions at the level where the cycle is detected, so the cached path promises no longer deadlock. #11999.Fix
pnpm dist-tag addandpnpm dist-tag rmagainst npmjs.org failing without--otpwith[ERR_PNPM_UNAUTHORIZED] You must be logged in to set dist-tag … "You must provide a one-time pass. Upgrade your client to npm@latest in order to use 2FA.". pnpm now sendsnpm-auth-type: webon dist-tag writes and surfaces the resulting OTP challenge through the existing browser-based 2FA flow (the samewithOtpHandlinghelper used bypnpm publish), so the browser opens, the user authenticates, and the dist-tag is set on retry.--otp=<code>continues to work via the classic flow.Fix
minimumReleaseAgeExcludehandling in npm resolution fast paths so excluded packages do not get pinned to stale versions. Excludes are honored consistently duringpublishedBymetadata selection and cache-mtime shortcuts.Fix the
integrityfield being dropped from the lockfile entry of a remote (non-registry) https-tarball dependency when an unrelated package is installed afterwards. URL/tarball resolvers do not return an integrity (it is only known after the tarball is downloaded), so when such a dependency was reused from the lockfile without being re-fetched, its integrity was lost. It is now carried over from the existing resolution. With pnpm's lockfile-integrity hardening, the missing integrity made subsequent--frozen-lockfileinstalls fail withERR_PNPM_MISSING_TARBALL_INTEGRITY. #12001.Skip dependency re-resolution when
pnpm-lock.yamlis missing butnode_modules/.pnpm/lock.yamlexists and still satisfies the manifest.pnpm installnow reuses the materialized snapshot to regeneratepnpm-lock.yamlinstead of walking the registry to rebuild it from scratch, turning the cache+node_modules variation into a near-no-op for users who deleted the lockfile but kept the install #11993.--frozen-lockfilestill refuses to proceed whenpnpm-lock.yamlis absent — the regenerated lockfile must be committed, so failing loudly is the correct behavior for CI.v11.4.0Compare Source
Minor Changes
Treat tarball-integrity mismatches against the lockfile as a hard failure by default. Previously,
pnpm install(non-frozen) would logERR_PNPM_TARBALL_INTEGRITY, silently re-resolve from the registry, and overwrite the locked integrity — which meant a compromised registry, proxy, or republished version could substitute attacker-controlled content on a clean machine even though the project shipped a committed lockfile.pnpm installnow exits withERR_PNPM_TARBALL_INTEGRITYand a hint pointing at the new opt-in flag.The only opt-in is
pnpm install --update-checksums— narrowly scoped to refreshing the locked integrity values from what the registry currently serves. Mirrors yarn's flag of the same name. A warning still prints when the bypass takes effect so the operation is auditable.--forceandpnpm updatedeliberately do not bypass the integrity check. They are routine refresh operations; silently overwriting a locked integrity in those flows would erase the protection a committed lockfile is supposed to provide.--frozen-lockfilebehavior is unchanged.--fix-lockfilekeeps its documented purpose (filling in missing lockfile entries) and is also not a bypass.pnpm runtime set <name> <version>now saves the runtime todevEngines.runtimeby default instead ofengines.runtime. Pass--save-prod(or-P) to save it toengines.runtimeinstead #11948.Patch Changes
Fix a credential disclosure issue where an unscoped
_authToken(or_auth, orusername+_password, ortokenHelper) defined in one source —~/.npmrc,~/.config/pnpm/auth.ini, a workspace.npmrc, CLI flags, etc. — would be sent as anAuthorizationheader to whichever registry a different (potentially untrusted) source named. The same fix extends to client TLS credentials (cert,key) so they aren't presented to a registry their author didn't choose.pnpm now rewrites each unscoped per-registry setting (
_authToken,_auth,username,_password,tokenHelper,cert,key) to its URL-scoped form at load time, using theregistry=value declared in the same source (or the npmjs default registry if the source declares none). A later layer overridingregistry=therefore cannot pull an unscoped credential along, because it is already pinned to the URL its author intended.ca/cafileare intentionally not rescoped — they're trust anchors, not credentials, and corporate MITM-proxy setups rely on them applying globally.Every rescope emits a deprecation warning telling the user where the setting was pinned and how to write it directly. npm has rejected unscoped credentials outright since
npm@9, and pnpm intends to remove support in a future major release. To target a specific registry, write the setting URL-scoped (e.g.//registry.example.com/:_authToken=...or//registry.example.com/:cert=...).@pnpm/network.auth-header: removed thedefaultRegistryparameter fromcreateGetAuthHeaderByURIandgetAuthHeadersFromCreds. Now that credentials are URL-scoped at load time, the mergedconfigByUrinever contains the empty-string "default registry" placeholder slot, so re-keying it onto the merged default registry is no longer needed.Fix
pnpm deploycrashing withENOENT: ... lstat '<deployDir>/node_modules'whenconfigDependenciesdeclares pacquet (pacquetor@pnpm/pacquet). The deploy directory never installs config dependencies, so the install engine they designate isn't on disk to invoke; the nested install now skips them.Reject git resolutions whose
commitfield is not a 40-character hexadecimal SHA before invokinggit. A malicious lockfile could otherwise smuggle a value such as--upload-pack=<command>throughgit fetch/git checkout, which on SSH or local-file transports executes the supplied command.Limit concurrent project manifest reads while listing large workspaces to avoid
EMFILEerrors.Reject patch files whose
diff --githeaders reference paths outside the patched package directory. Previously a malicious.patchfile added via a pull request could write, delete, or rename arbitrary files reachable by the user runningpnpm install.Improve the log message that pnpm prints after auto-adding entries to
minimumReleaseAgeExcludewhenminimumReleaseAgeis set withoutminimumReleaseAgeStrict. The message previously referred to the internal "loose mode" terminology, which wasn't searchable in the docs; it now tells the user to setminimumReleaseAgeStricttotrueif they want these updates gated behind a prompt instead #11747.Reject dependency aliases that contain path-traversal segments (such as
@x/../../../../../.git/hooks) when reading them from a package manifest or symlinking them intonode_modules. A malicious registry package could otherwise use a transitive dependency key to makepnpm installcreate symlinks at attacker-chosen paths outside the intendednode_modulesdirectory.Reject
pnpm-lock.yamlentries whose remote tarballresolution:block is missing theintegrityfield. Previously the worker that extracts a downloaded tarball skipped hash verification when no integrity was supplied and minted a fresh one from the unverified bytes, so an attacker who could both alter the lockfile (e.g. via a pull request that stripsintegrity:) and serve modified content at the referenced tarball URL could install a tampered package without any error — including under--frozen-lockfile. pnpm now fails closed at lockfile-read time withERR_PNPM_MISSING_TARBALL_INTEGRITY. Git-hosted tarballs (gitHosted: trueor a URL on codeload.github.com / bitbucket.org / gitlab.com) andfile:tarballs are exempt — the commit SHA in a git-host URL and the user-controlled local path already anchor the bytes.Validate
devEngines.runtimeandengines.runtimeversion ranges fornode,deno, andbunwhenonFailis set toerrororwarn. Previously these settings only had an effect withonFail: 'download'— theerrorandwarnmodes silently did nothing #11818. Violations now throwERR_PNPM_BAD_RUNTIME_VERSION.Require provenance before treating trusted publisher metadata as the strongest trust evidence.
pnpm/action-setup (pnpm/action-setup)
v6.0.8Compare Source
v6.0.7Compare Source
v6.0.6Compare Source
What's Changed
Full Changelog: pnpm/action-setup@v6.0.5...v6.0.6
taiki-e/install-action (taiki-e/install-action)
v2.81.3: 2.81.3Compare Source
Update
vacuum@latestto 0.28.3.Update
uv@latestto 0.11.18.Update
trivy@latestto 0.71.0.v2.81.2: 2.81.2Compare Source
Update
mise@latestto 2026.5.18.Update
cargo-semver-checks@latestto 0.48.0.v2.81.1: 2.81.1Compare Source
Update
cargo-no-dev-deps@latestto 0.2.24.Update
cargo-hack@latestto 0.6.45.v2.81.0: 2.81.0Compare Source
Support
convco. (#1831, thanks @graelo)Support
docgarden(#1830, thanks @jesse-black)Update
vacuum@latestto 0.28.0.Update
cargo-binstall@latestto 1.19.1.v2.80.0: 2.80.0Compare Source
kingfisher. (#1874, thanks @SAY-5)v2.79.15: 2.79.15Compare Source
Update
typos@latestto 1.47.0.Update
wasm-tools@latestto 1.251.0.Update
vacuum@latestto 0.27.2.Update
uv@latestto 0.11.17.Update
tombi@latestto 1.1.1.Update
mise@latestto 2026.5.16.v2.79.14: 2.79.14Compare Source
Update
vacuum@latestto 0.27.0.Update
cargo-deny@latestto 0.19.8.v2.79.13: 2.79.13Compare Source
Update
gungraun-runner@latestto 0.19.1.Update
biome@latestto 2.4.16.v2.79.12: 2.79.12Compare Source
Update
prek@latestto 0.4.3.Remove uses of crates.io API, which potentially cases 403 error.
v2.79.11: 2.79.11Compare Source
Update
vacuum@latestto 0.26.8.Update
cargo-nextest@latestto 0.9.137.v2.79.10: 2.79.10Compare Source
Update
tombi@latestto 1.1.0.Update
prek@latestto 0.4.2.Update
editorconfig-checker@latestto 3.7.0.v2.79.9: 2.79.9Compare Source
Update
vacuum@latestto 0.26.7.Update
tombi@latestto 1.0.0.v2.79.8: 2.79.8Compare Source
Update
parse-dockerfile@latestto 0.1.6.Update
knope@latestto 0.23.0.v2.79.7: 2.79.7Compare Source
Update
typos@latestto 1.46.3.Update
rclone@latestto 1.74.2.Update
mise@latestto 2026.5.15.Update
tombi@latestto 0.11.7.v2.79.6: 2.79.6Compare Source
Update
wasm-bindgen@latestto 0.2.122.Update
mise@latestto 2026.5.14.Update
cargo-deny@latestto 0.19.7.Update
vacuum@latestto 0.26.6.v2.79.5: 2.79.5Compare Source
Update
jaq@latestto 3.0.0. (#1861, thanks @MusicalNinjaDad)Update
wasmtime@latestto 45.0.0.Update
wasm-tools@latestto 1.250.0.Update
tombi@latestto 0.11.6.Update
mise@latestto 2026.5.13.v2.79.4: 2.79.4Compare Source
Update
martin@latestto 1.10.1.Update
prek@latestto 0.4.1.Update
protoc@latestto 3.35.0.Update
mdbook@latestto 0.5.3.v2.79.3: 2.79.3Compare Source
Update
mise@latestto 2026.5.12.Update
martin@latestto 1.10.0.Update
uv@latestto 0.11.15.v2.79.2: 2.79.2Compare Source
Update
mise@latestto 2026.5.11.Update
vacuum@latestto 0.26.5.Update
cargo-shear@latestto 1.12.4.v2.79.1: 2.79.1Compare Source
Update
tombi@latestto 0.11.5.Update
cargo-nextest@latestto 0.9.136.Update
typos@latestto 1.46.2.Update
mise@latestto 2026.5.10.v2.79.0: 2.79.0Compare Source
Support more host architectures. (#1841, thanks @Gelbpunkt)
Deprecate
mdbook-alertsbecause the feature now included inmdbookand the repository has been archived. (#1844)Deprecate
iai-callgrind-runnerbecause it has been renamed togungraun-runner.gungraun-runneris also supported by this action. (#1844)v2.78.3: 2.78.3Compare Source
Update
zizmor@latestto 1.25.2.Update
cargo-zigbuild@latestto 0.22.3. (#1814, thanks @simonhollingshead)Update
wasm-tools@latestto 1.249.0.Update
gungraun-runner@latestto 0.19.0.v2.78.2: 2.78.2Compare Source
Update
wasm-pack@latestto 0.15.0.Update
zizmor@latestto 1.25.0.Update
mise@latestto 2026.5.9.Update
cargo-nextest@latestto 0.9.135.Update
cyclonedx@latestto 0.32.0.Update
prek@latestto 0.4.0.v2.78.1: 2.78.1Compare Source
Update
mise@latestto 2026.5.7.Diagnostic improvements.
v2.78.0: 2.78.0Compare Source
Support
cargo-mutants. (#1812, thanks @jakewimmer)Update
covgate@latestto 0.2.0.Update
cargo-llvm-cov@latestto 0.8.7.Update
uv@latestto 0.11.14.Update
martin@latestto 1.9.1.Update
tombi@latestto 0.11.4.v2.77.7: 2.77.7Compare Source
Update
mise@latestto 2026.5.6.Update
cargo-deny@latestto 0.19.6.v2.77.6: 2.77.6Compare Source
Fix
wasm-packinstallation failure.Update
mise@latestto 2026.5.5.Update
release-plz@latestto 0.3.158.Update
just@latestto 1.51.0.v2.77.5: 2.77.5Compare Source
Update
biome@latestto 2.4.15.Update
mise@latestto 2026.5.4.Update
cargo-deny@latestto 0.19.5.v2.77.4: 2.77.4Compare Source
Update
tombi@latestto 0.11.1.Update
cargo-llvm-cov@latestto 0.8.6.Update
uv@latestto 0.11.12.v2.77.3: 2.77.3Compare Source
Update
typos@latestto 1.46.1.Update
rclone@latestto 1.74.1.Update
tombi@latestto 0.11.0.Update
osv-scanner@latestto 2.3.8.Update
mise@latestto 2026.5.3.v2.77.2: 2.77.2Compare Source
Update
martin@latestto 1.9.0.Update
wasm-bindgen@latestto 0.2.121.Update
uv@latestto 0.11.11.Update
mise@latestto 2026.5.1.Update
prek@latestto 0.3.13.Update
tombi@latestto 0.10.6.v2.77.1: 2.77.1Compare Source
Support
taiki-e/install-action@rusttag.Update
tombi@latestto 0.10.3.Update
martin@latestto 1.8.2.v2.77.0: 2.77.0Compare Source
Support
rust. (#1779)This installs rust using rustup.
If rustup is not yet installed, this action downloads rustup-init for the current platform using HTTPS with tlsv1.2+, verifies SHA256 checksum, and then installs rustup using it.
This also supports installing additional components at the same time by
+<additional>syntax:Fix issue where x86_64 binary will be installed on AArch64 Windows even when AArch64 Windows binary available.
Update
mise@latestto 2026.5.0.Diagnostic improvements.
v2.76.0: 2.76.0Compare Source
Support
mdbook-d2. (#1737, thanks @nhu)Support
cargo-apple-runner. (#1731, thanks @madsmtm)Support
cargo-binstallon riscv64 Linux.Update
cargo-deb@latestto 3.7.0.Update
tombi@latestto 0.10.2.v2.75.30: 2.75.30Compare Source
Support
cargo-spellcheckon AArch64 Linux/Windows.Update
cargo-spellcheck@latestto 0.15.7.Update
biome@latestto 2.4.14.v2.75.29: 2.75.29Compare Source
Update
syft@latestto 1.44.0.Update
rclone@latestto 1.74.0.Update
osv-scanner@latestto 2.3.6.v2.75.28: 2.75.28Compare Source
Update
wasmtime@latestto 44.0.1.Update
typos@latestto 1.46.0.Update
tombi@latestto 0.10.1.Update
sccache@latestto 0.15.0.Update
mise@latestto 2026.4.28.Update
gungraun-runner@latestto 0.18.2.Update
cyclonedx@latestto 0.31.0.v2.75.27: 2.75.27Compare Source
Update
cargo-udeps@latestto 0.1.61.Update
wasm-tools@latestto 1.248.0.Update
cargo-deb@latestto 3.6.4.v2.75.26: 2.75.26Compare Source
Update
wasm-bindgen@latestto 0.2.120.Update
mise@latestto 2026.4.25.Update
martin@latestto 1.8.0.Update
vacuum@latestto 0.26.4.v2.75.25: 2.75.25Compare Source
Update
uv@latestto 0.11.8.Update
typos@latestto 1.45.2.Update
tombi@latestto 0.9.25.Update
mise@latestto 2026.4.24.v2.75.24: 2.75.24Compare Source
Update
prek@latestto 0.3.11.Update
mise@latestto 2026.4.23.Update
vacuum@latestto 0.26.3.v2.75.23: 2.75.23Compare Source
Update
vacuum@latestto 0.26.2.Update
tombi@latestto 0.9.24.Update
mise@latestto 2026.4.22.Update
martin@latestto 1.7.0.Update
git-cliff@latestto 2.13.1.Update
cargo-tarpaulin@latestto 0.35.4.Update
cargo-sort@latestto 2.1.4.v2.75.22: 2.75.22Compare Source
Update
tombi@latestto 0.9.22.Update
biome@latestto 2.4.13.v2.75.21: 2.75.21Compare Source
Update
mise@latestto 2026.4.19.Update
tombi@latestto 0.9.21.Update
syft@latestto 1.43.0.v2.75.20: 2.75.20Compare Source
Update
prek@latestto 0.3.10.Update
cargo-xwin@latestto 0.22.0.v2.75.19: 2.75.19Compare Source
Update
wasmtime@latestto 44.0.0.Update
tombi@latestto 0.9.20.Update
martin@latestto 1.6.0.Update
just@latestto 1.50.0.Update
mise@latestto 2026.4.18.Update
rclone@latestto 1.73.5.Configuration
📅 Schedule: (in timezone Asia/Shanghai)
* 0-3 1 * *)🚦 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.