You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
.github/actions/setup/action.yml pins three things to get a build environment: pnpm/action-setup for pnpm, actions/setup-node for Node 22, and a pnpm install --frozen-lockfile step. pnpm's continuous integration docs now recommend a single action instead:
pnpm/setup installs pnpm, installs the runtime with pnpm runtime set and puts it on PATH (replacing actions/setup-node), caches the pnpm store, and runs pnpm install unless you pass install: false. Two pinned actions and an install step collapse into one.
Check before switching
Store cache.fix(ssh): repair managed Windows SSH config permissions #1110 moved the store cache to pnpm/action-setup's cache: true, which keys on pnpm-cache-<os>-<arch>-<lockfile hash> and falls back to the last store for the platform, so a dependency bump fetches only what changed. Confirm pnpm/setup keeps that fallback; without it every bump refetches the whole store.
Frozen installs. Its automatic pnpm install must stay frozen in CI, as --frozen-lockfile does today. require-lockfile looks related.
Windows on ARM64. The windows-11-arm job needs pnpm runtime set to fetch a win32-arm64 Node build.
Node version. CI runs Node 22 to match VS Code's Electron, and engines.node is >= 22. runtime: node@22 has to hold that, and CONTRIBUTING's list of files to update when the minimum moves needs this one added.
Baseline
Times from the run on #1110, for comparison after the switch:
Job
Setup step, cold store
Unit Test (Linux)
14s
Unit Test (Windows)
69s
Unit Test (Windows ARM64)
2m31s
Pin by SHA, like the other actions. Latest release is v2.1.0.
.github/actions/setup/action.ymlpins three things to get a build environment:pnpm/action-setupfor pnpm,actions/setup-nodefor Node 22, and apnpm install --frozen-lockfilestep. pnpm's continuous integration docs now recommend a single action instead:pnpm/setupinstalls pnpm, installs the runtime withpnpm runtime setand puts it onPATH(replacingactions/setup-node), caches the pnpm store, and runspnpm installunless you passinstall: false. Two pinned actions and an install step collapse into one.Check before switching
pnpm/action-setup'scache: true, which keys onpnpm-cache-<os>-<arch>-<lockfile hash>and falls back to the last store for the platform, so a dependency bump fetches only what changed. Confirmpnpm/setupkeeps that fallback; without it every bump refetches the whole store.pnpm installmust stay frozen in CI, as--frozen-lockfiledoes today.require-lockfilelooks related.windows-11-armjob needspnpm runtime setto fetch awin32-arm64Node build.engines.nodeis>= 22.runtime: node@22has to hold that, and CONTRIBUTING's list of files to update when the minimum moves needs this one added.Baseline
Times from the run on #1110, for comparison after the switch:
Pin by SHA, like the other actions. Latest release is v2.1.0.