NEC-109: Two places still count the toolchain pin sites, and both are wrong #174
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!174
Loading…
Reference in a new issue
No description provided.
Delete branch "worktree-nec-109-two-places-still-count-the-toolchain-pin"
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-109 — https://projectron.nerchure.com/tasks/109
CLAUDE.md and the toolchain rule's description in renovate.json both said node-version is pinned in three workflows; it is five (ci, deploy-site, checkpoint-soak, release-note, and the obsidian-e2e composite action). Both now say 'node-version in every workflow that sets up Node', the wording deploy/UPGRADES.md has used since NEC-107, and the Dockerfile counts go too, so the passage people read to find every site a toolchain bump must reach cannot go stale when a workflow or stage is added. The toolchain group matches by manager, not filename, so coverage was never affected. renovate.json validates with the current renovate-config-validator; only the description string changed.
Spec:
docs/changes/NEC-109-toolchain-pin-count/spec.mdChangelog
NONE
2f7f93318261137b12f1