NEC-108: The pnpm store cache has never restored anything #180
No reviewers
Labels
No labels
area:docs
area:identity
area:ops
area:plugin
area:server
channel:community
channel:direct
channel:owned
channel:press
channel:social
e2ee-constrained
gate:at-ga
gate:pre-ga
marketing
parity
relay:absent
relay:planned
relay:requested
relay:supported
risk:additive
risk:contract
risk:none
usability
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
Nectenda/nectenda!180
Loading…
Reference in a new issue
No description provided.
Delete branch "worktree-nec-108-the-pnpm-store-cache-has-never-restored"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Task: NEC-108 — https://projectron.nerchure.com/tasks/108
CI's pnpm cache has restored a directory pnpm never reads since pnpm 12: on the runner the workspace is its own volume, so pnpm puts its store in node_modules/.pnpm-store (pnpm CHANGELOG, 12.0.0) while the cache restored ~/.local/share/pnpm/store — a reported hit, reused 0, 726 packages downloaded every run. A new composite action, .forgejo/actions/pnpm-install, asks 'pnpm store path' where the store is, caches that under a new key (prefix pnpm-store-, plus the store layout dir), installs, and then fails if node_modules/.modules.yaml records a different store than the one cached (scripts/pnpm-store-check.mjs, unit-tested and mutation-checked). It replaces the three copies in ci.yml, obsidian-e2e and checkpoint-soak (the card said four; there were three). Proof that the cache now restores needs a second run: build and e2e run in parallel, so the first run can only save.
Spec:
docs/changes/NEC-108-pnpm-store-cache/spec.mdChangelog
NONE
418450595d2632c0313a