Skip to content

Promote develop to main: a publish that builds what it ships - #857

Merged
sridharkalaibala merged 2 commits into
mainfrom
develop
Sep 17, 2026
Merged

sridharkalaibala merged 2 commits into
mainfrom
develop

Conversation

@sridharkalaibala

Copy link
Copy Markdown
Contributor

Two commits, and main needs them before the installer is re-staged.

The exe is built from main. main currently still has:

"publish": "electron-builder --win --x64 --publish always"

which is the line that shipped tonight's silent installer. frontend/public/ is gitignored build output, so that script packages whatever happens to be on the packaging machine's disk. Every other build variant runs prepare:bundle first, which rebuilds the frontend and refuses to continue if the artifacts are older than the run.

So re-staging from main as it stands can reproduce the exact fault that made the kitchen silent: a current main process packaged with a dashboard.js older than the code that needs it.

Carries

  • A publish that builds what it ships (A publish that builds what it ships #856): the one-line fix, plus tests/a-build-builds-what-it-ships.test.js which asserts the rule for every script that invokes electron-builder rather than for that one script, since the next variant will be added the way the last one was.

After this

Re-stage with npm run build or npm run publish. Either is now correct, and prepare-frontend will fail the build rather than ship a stale bundle.

Do not squash. A squashed release PR conflicts with the next one.

frontend/public/ is gitignored build output, so whatever is on the
packaging machine's disk when electron-builder runs is what goes into the
exe. Every build variant guards that with a prebuild step that calls
prepare:bundle, which runs the gulp build and then refuses to continue if
the artifacts are older than the run.

publish had no such step. One script out of eight, and it is the one that
makes the installer customers receive.

What that cost today: an exe carrying a current main process - the
kitchen announcement, the tone, the preload bridge, all correct - and a
dashboard bundle built before the renderer half of that feature existed.
The main process sent posnic:kitchen-call to a page where nothing was
listening, so the kitchen stayed silent. Every file was present on disk;
one was simply older than the code that needed it. Nothing failed and
nothing logged, and the feature looked shipped.

The test asserts the rule rather than that one script, because the next
variant somebody adds will be added the way the last one was.
…-ships

A publish that builds what it ships
@sridharkalaibala
sridharkalaibala merged commit f72187d into main Sep 17, 2026
22 checks passed
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