feat(release): two-stage release - gate-green main promotes to a queued release branch #475
No reviewers
Labels
No labels
burndown-2026-06
coherence-core
consult
headless
interactive
P0
P1
P2
P3
P4
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
coilyco-flight-deck/agentic-os!475
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "feat/two-stage-release"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Implements ward#1117 / aos#469 for aos.
releaseto that sha, pushed withCI_RELEASE_TOKENso the push reliably enqueues workflows (aos#240 class). Fails loud if the secret is missing.releasepushes only, underconcurrency: release-pipeline / cancel-in-progress: false(Forgejo v14+ queue semantics): promoted shas release in sequence, never overlap-and-cancel. Staleaosbuilderbuildx instances get removed before create (crashed-run name-collision fix). Alerts follow the branch.release, so promotion re-runs the full gate per spec.ward exec sync-actions-secrets- the aos repo had NO TELEGRAM_* secrets (every alert step failed silently-loud) and no CI_RELEASE_TOKEN. One verb re-syncs them from SSM.Post-merge sequencing: releases pause until
CI_RELEASE_TOKEN+ Telegram secrets are set - runward exec sync-actions-secretsonce (needs AWS + the admin PAT; an agent permission classifier blocked me from writing decrypted SSM values to the secrets API myself). First green promote then creates thereleasebranch and stage 2 takes over.Refs #452, #469, ward#1117.
Pull request closed