Repository navigation
chore: bump pnpm 10.33.2 -> 10.34.7 - #57
Merged
Merged
Conversation
Align the exact pnpm pin with the latest 10.x release. No dependency or lockfile change.
This was referenced Oct 24, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Final decision: proceed
Risk: low — axes: toolchain change only (package manager version pin)
Release/deploy: not needed (
no-release) — reason: pnpm only installs dependencies; the resolved dependency graph (pnpm-lock.yaml) is unchanged, so build artifacts are identical.Reviewer focus: the pin files agree with each other (
mise.tomlvspackageManager), andpnpm-lock.yamlis untouched.A. Summary
mise.toml,package.json.npmrcenv-var exfiltration fix GHSA-3qhv-2rgh-x77r, path-traversal fixes in the linker); align the exact pin with the latest 10.x release and let the old 10.33.x install be removed from the developer machine.B. What changes
--frozen-lockfilebehavior unchanged). Not triggered here: the frozen install passed.${ENV_VAR}placeholders in a repository-controlled.npmrc/pnpm-workspace.yamlare no longer expanded. Not applicable: this repo's.npmrc/pnpm-workspace.yamlcontain no${...}placeholders.gitHostedfield is recorded for git-hosted tarballs in the lockfile. Not applicable: no git-hosted dependencies; the lockfile did not change.C. Impact
packageManagerself-switch; CI (ci.ymlvia mise-action, installs pnpm frommise.toml) runs on this PRpnpm install --frozen-lockfilewith 10.34.7 succeeds, lockfile unchangedD. Changes made
mise.toml,package.json. Nothing else (no node pin, no dependency, no lockfile change).E. Verification
origin/main):pnpm --version-> exit 0pnpm install --frozen-lockfile-> exit 0pnpm lint-> exit 0pnpm typecheck-> exit 0pnpm build-> exit 0node scripts/check-toolchain.mjs-> exit 0ci.ymlvia mise-action, installs pnpm frommise.toml) runs on this PR).pnpm-lock.yamlis unchanged after a frozen install with pnpm 10.34.7, so the dependency graph the build consumes is identical.main.jsis not committed in this repo (built on release); localpnpm buildproduced sha256a1c0cbd974d6a49711ce3597a3075d389556c6bb111d0f8634eb7aace008437dand left no diff in tracked files.git statusafterpnpm install --frozen-lockfileshows only the pin files)F. Rollback
G. Provenance
pnpm@10.34.7); lockfile updated: no.H. License
I. Open items