Skip to content

build: split release closeout stages#826

Merged
jithinraj merged 2 commits into
mainfrom
build/split-release-closeout-stages
Jun 6, 2026
Merged

build: split release closeout stages#826
jithinraj merged 2 commits into
mainfrom
build/split-release-closeout-stages

Conversation

@jithinraj

@jithinraj jithinraj commented Jun 6, 2026

Copy link
Copy Markdown
Member

Summary

Split the release-state stages in the post-release truth reconciler so that Mode 2 closeout reflects that the GitHub Release is finalized after promotion, not before. No protocol surface change.

Scope

Tooling, its test, and release docs only. No wire, schema, signing, CLI, or runtime behavior change; no published-package change; no workflow change; no release-state JSON change; no dependency change. Public-surface sentinels are unchanged.

jithinraj added 2 commits June 6, 2026 17:00
Split the release-state stages in scripts/verify-release-closeout.mjs so
Mode 2 closeout reflects that the GitHub Release is finalized after
promotion, not before. Add a final stage; make promote tolerant of a
not-yet-finalized Release (GREEN when draft/prerelease, YELLOW when
already finalized, never RED on release-finalization state); extract a
pure, exported classifyGithubRelease helper behind a main guard for
deterministic unit tests; route promote, final, and mode1 through the
latest-channel npm check while preserving publish and mode1 semantics.

Modernize the standalone closeout test to the current 0.15.0 release
artifacts (the prior 0.12.13 anchors no longer match the live facts and
current release JSON) and add the classifier stage-by-state matrix plus a
final-stage case. Document the four stages in docs/RELEASING.md and note
that repo-surface-status freshness is an independent staleness check.
Make the closeout reconciler and its test future-proof without expanding
scope:

- classifyGithubRelease now fails closed: an unknown stage or a malformed
  release object returns RED instead of falling through to a passing
  branch.
- The subprocess helper gains a bounded timeout (60s) and max-buffer (10
  MiB) so a hung npm/git/gh call cannot stall closeout. Failed or
  timed-out commands still return null, so reporting semantics are
  unchanged.
- The standalone test derives the release version under test from
  docs/releases/current.json at runtime (guarded against facts.json
  drift) instead of hardcoding a literal, and skips the independent
  freshness gate (--max-updated-age-hours 0) so the release-state
  assertions are deterministic and clock-independent. Adds fail-closed
  classifier cases.
- RELEASING.md documents the --allow-stamp-pending window for inline
  promote.
@jithinraj
jithinraj merged commit 282c14f into main Jun 6, 2026
28 of 29 checks passed
@jithinraj
jithinraj deleted the build/split-release-closeout-stages branch June 6, 2026 12:10
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