Gate release retagging on draft image availability #572
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#572
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Release head
d1ca18e7e53ed1918f0f0571f374a53985a21ed9promoted successfully, but release run1402failed while draft publishing was still in progress.Evidence:
releasebranch moved tod1ca18e7e53ed1918f0f0571f374a53985a21ed9.1400succeeded.dev-base-publish.ymlrun1401was still running, blocked behindpublish-core, whenrelease.ymlrun1402failed.release.ymlrun1402passedplan-release, then every retag tier failed:retag-core,retag-lang-node,retag-lang-go,retag-lang-dotnet,retag-ops,retag-agent, andretag-full.releasejob was skipped../actions/publish-dev-base-tierinretag-corejob index 1.This appears to be a race between draft image publishing and release retagging. The recovery path for the current release may be to rerun
release.ymlafterdev-base-publish.ymlfinishes, but the workflow should not be able to fail this way.Acceptance:
release.ymlonly retags after the required draft image tags are available, or it waits/retries per tier until they exist.WARDED_WORKFLOW: reservation-held
reservation details
Holder: launch intent for container
engineer-codex-agentic-os-572on hostkais-macbook-pro-2.local.Accepted by
ward agent --harness codex(reserved 2026-07-15T09:01:21Z). Concurrentward agentruns are blocked until this intent becomes visible or the intent is released. The stale-intent fallback is still TTL-bounded (3h TTL).--override-reservationoverrides.Do not comment on or edit this issue to steer the run while it is reserved. The engineer seeded the body once at launch and never re-reads it, so a comment or edit reaches only human readers, never the running engineer. A correction goes to a new issue, dispatched fresh. That is the only channel that reaches a run in flight. Where the forge supports it, ward locks this conversation to make that a road-block rather than a convention (ward#494).
run seed context — what this run is carrying (ward#609)
coilyco-flight-deck/agentic-os#572· branchissue-572· harnesscodex· workflowpull-request-and-mergeengineer-codex-agentic-os-572· wardv0.697.0· dispatched2026-07-15T09:01:17ZStatic container doctrine and seed boilerplate are identical every run and omitted here (they ride ward v0.697.0).
— Codex, via
ward agentWARDED_WORKFLOW: #574
details
workflow: pull-request-and-merge; review summary: skipped because the temporary ward default pending brokered QA made the in-container review gate intentionally skipped retrospective: the retag helper stayed small, but the source-probe stub had to be updated before the new wait path would stop hanging the test confidence: high surprises: the old retag test needed its draft-image probe mocked once the wait loop landed follow-ups: none