Skip to content

chore(deps): weekly CLI dependency update (2026-07-17) [RED-709] [ship]#1414

Merged
sorccu merged 2 commits into
mainfrom
simo/red-709-weekly-cli-dependency-update
Jul 17, 2026
Merged

chore(deps): weekly CLI dependency update (2026-07-17) [RED-709] [ship]#1414
sorccu merged 2 commits into
mainfrom
simo/red-709-weekly-cli-dependency-update

Conversation

@sorccu

@sorccu sorccu commented Jul 17, 2026

Copy link
Copy Markdown
Member

Linear: RED-709

Weekly dependency update. Each package goes to the newest version that is both compatible with our Node 20.19.0 floor (engines.node is ^20.19.0 || >=22.12.0) and past pnpm's 2-day minimumReleaseAge embargo.

Package Type Owning package From → To
mqtt dependency checkly 5.15.1 → 5.15.2
string-width dependency checkly 8.2.1 → 8.2.2
@typescript-eslint/typescript-estree dependency checkly 8.62.1 → 8.64.0
oclif devDependency checkly 4.23.24 → 4.23.27
tar devDependency checkly 7.5.19 → 7.5.20
eslint devDependency root 10.6.0 → 10.7.0
typescript-eslint devDependency root 8.62.1 → 8.64.0
vitest devDependency checkly, create-checkly 3.2.6 → 3.2.7

Held back

Newest major raises the minimum Node above our floor. Each is already at its latest installable version, so no manifest change:

  • @commitlint/cli, @commitlint/config-conventional — 21.x requires >=22.12.0
  • lint-staged — 17.x requires >=22.22.1
  • nanoid — 6.x requires ^22 || ^24 || >=26

Deferred

typescript stays at 6.0.3. 7.0.2 clears both gates, but TypeScript 7 is the native port and typescript-eslint@8.64.0 declares peer typescript: ">=4.8.4 <6.1.0", so adopting it today would break the lint toolchain. Split out to RED-737.

Excluded

@types/node — deliberately held near our minimum supported Node major, so code cannot reach for APIs missing on the oldest Node we support.

Nothing was blocked by the release-age embargo this week.

Verification

Both packages build, skills/ in sync, lint clean, 1621 + 19 unit tests pass on vitest 3.2.7, commitlint accepts and rejects correctly, pnpm install --frozen-lockfile reports the lockfile up to date, and every changed package's engines.node admits Node 20.19.0 with no engine warnings.

The lockfile was regenerated from the committed one (git checkout HEAD -- pnpm-lock.yaml && pnpm install) so the diff carries only what the new ranges require, without unrelated in-range transitive churn.

Other changes

Second commit fixes the dependency-update command doc: its survey step ran pnpm outdated -r with no install first. pnpm outdated compares the installed tree against the registry, so in a fresh worktree (which never has node_modules) it reports every direct dependency as missing (wanted ...) and the survey is useless. Hit for real during this update.

🤖 Generated with Claude Code

sorccu and others added 2 commits July 18, 2026 02:54
Bump the direct dependencies whose latest version is both compatible with
our Node 20.19.0 floor and past pnpm's 2-day release-age embargo:

  mqtt                                  5.15.1  -> 5.15.2
  string-width                          8.2.1   -> 8.2.2
  @typescript-eslint/typescript-estree  8.62.1  -> 8.64.0
  oclif                                 4.23.24 -> 4.23.27
  tar                                   7.5.19  -> 7.5.20
  eslint                                10.6.0  -> 10.7.0
  typescript-eslint                     8.62.1  -> 8.64.0
  vitest                                3.2.6   -> 3.2.7

Held back — newest major raises the minimum Node above our floor, and each
is already at its latest installable version, so no manifest change:

  @commitlint/cli, @commitlint/config-conventional  21.x needs >=22.12.0
  lint-staged                                       17.x needs >=22.22.1
  nanoid                                            6.x  needs ^22 || ^24 || >=26

Deferred: typescript stays at 6.0.3. 7.0.2 clears both gates, but
TypeScript 7 is the native port and typescript-eslint 8.64.0 declares peer
typescript ">=4.8.4 <6.1.0", so it would break the lint toolchain. Tracked
separately.

Excluded: @types/node, deliberately held near our minimum supported Node
major so code cannot reach for APIs missing on the oldest Node we support.

Nothing was blocked by the release-age embargo this week.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
…D-709]

Phase 1 of the dependency-update command sent the operator straight to
`pnpm outdated -r`. That command compares the installed tree against the
registry, so in a tree without node_modules it reports every direct
dependency as `missing (wanted ...)` — including ones already up to date —
instead of only what is outdated, making the survey useless.

A fresh git worktree never has node_modules, since gitignored artifacts are
not shared between worktrees, so the survey fails there by default. Add the
install step and a tripwire describing the all-`missing` output, so the next
operator recognises the failure instead of re-deriving it.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@sorccu
sorccu force-pushed the simo/red-709-weekly-cli-dependency-update branch from 91c1468 to 48c4154 Compare July 17, 2026 17:55
@sorccu sorccu changed the title chore(deps): weekly CLI dependency update (2026-07-17) [RED-709] chore(deps): weekly CLI dependency update (2026-07-17) [RED-709] [ship] Jul 17, 2026

@github-actions github-actions Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Auto-approved: ship/show PR from a same-repo branch.

@sorccu
sorccu merged commit b6e0d74 into main Jul 17, 2026
27 of 29 checks passed
@sorccu
sorccu deleted the simo/red-709-weekly-cli-dependency-update branch July 17, 2026 18:02
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant