Skip to content

fix(desktop): release 0.8.17 so dependabot's lockfile change reaches machines - #484

Merged
github-actions[bot] merged 1 commit into
mainfrom
fix/desktop-release-after-dependabot
Sep 4, 2026
Merged

fix(desktop): release 0.8.17 so dependabot's lockfile change reaches machines#484
github-actions[bot] merged 1 commit into
mainfrom
fix/desktop-release-after-dependabot

Conversation

@catomean

@catomean catomean commented Sep 4, 2026

Copy link
Copy Markdown
Collaborator

main is red and the merge queue is stopped. Not from a code defect — from a release gate doing exactly its job.

Dependabot's @types/node bump (#411) edits desktop/package-lock.json, which determines what gets built into the runner. Nothing bumped desktop's version alongside it, so desktop-release-drift correctly reports:

desktop/ has 1 file(s) changed since fleet-runner-v0.8.16, but desktop/package.json still reads 0.8.16 — the same version that already shipped.

That is a change which would live on the server and on no machine at all — the exact failure the gate was written for after six commits went missing at v0.8.12.

Because the sweep only merges onto a green base, this blocked every open PR, none of which had anything to do with it. (#483 failed CI on this and not on its own diff.)

The shape, because it will recur

A dependency bot can trip a release gate, and its PR can never carry the bump itself — the bot doesn't know this repo ships a desktop binary. So the bump always has to land afterwards, from a human or an agent, and until it does the whole queue sits behind a red main.

Nothing here changes behaviour. The release exists so the lockfile ships.

Verification

npx tsx scripts/test/desktop-release-drift.ts✓ pending — 1 file(s) changed, version 0.8.17 > released 0.8.16
pnpm run verify — exit 0.

🤖 Generated with Claude Code

https://claude.ai/code/session_01UvjGNAS9CMfEGNW26tUR4P

…machines

main is RED and the merge queue is stopped. Not from a code defect — from a
release gate doing exactly its job.

Dependabot's @types/node bump (#411) edits desktop/package-lock.json, which
determines what gets BUILT into the runner. Nothing bumped desktop's version
alongside it, so desktop-release-drift correctly reports "1 file changed since
fleet-runner-v0.8.16, version still 0.8.16" — a change that would live on the
server and on no machine at all. That is the failure the gate was written for,
after six commits went missing at v0.8.12.

Because the sweep only merges onto a green base, this blocked every open PR,
none of which had anything to do with it.

Worth naming the shape, because it will recur: a dependency bot can trip a
release gate, and its PR can never carry the bump itself — the bot does not
know the repo ships a desktop binary. So the bump always lands afterwards, from
a human or an agent, and until it does the whole queue is stuck behind a red
main. Nothing here changes behaviour; the release exists so the lockfile ships.

pnpm run verify passes.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01UvjGNAS9CMfEGNW26tUR4P
@github-actions
github-actions Bot merged commit 1121088 into main Sep 4, 2026
3 checks passed
@github-actions
github-actions Bot deleted the fix/desktop-release-after-dependabot branch September 4, 2026 12:51
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