Skip to content

fix(release): bridge gate derives from the publication protocol, not variable presence - #181

Merged
Rwanbt merged 1 commit into
mainfrom
fix/bridge-gate-protocol
Sep 17, 2026
Merged

Rwanbt merged 1 commit into
mainfrom
fix/bridge-gate-protocol

Conversation

@Rwanbt

@Rwanbt Rwanbt commented Sep 17, 2026

Copy link
Copy Markdown
Owner

Closes #177 (upon merge). The V3 bridge gate used to run only when V3_BRIDGE_RELEASE was set, treating a forgotten variable as proof of a V2 publication. scripts/check_release_gate.py now derives the protocol from the built artifacts (ainative-release-v3.json or ainative-lifecycle-v3-*.zip in dist/): a protocol 3 publication requires a bridge a V2 runtime can actually resolve (reusing scripts/check_bridge_release.py + the production V2 provider — no second resolver); protocol 2 reports the gate explicitly not applicable. The workflow runs it right after the dist version checks. Non-vacuity tests pin all five outcomes, including the workflow-entry-point mutation (V3 dist + unset variable -> exit 1, BLOCK RELEASE). RELEASING.md updated to the same wording. Local proof: 24 release-gate tests + docs parity green, complexity 0 findings, LOC 0 warnings.

@Rwanbt
Rwanbt merged commit f23b59e into main Sep 17, 2026
52 checks passed
@Rwanbt
Rwanbt deleted the fix/bridge-gate-protocol branch September 17, 2026 10:57
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.

[Security] The V3 bridge gate must derive from the publication protocol, not variable presence

1 participant