ci: persist extended-stable Docker completion

This commit is contained in:
Dallin Romney
2026-08-09 14:50:02 +08:00
parent 883eb91053
commit e323d862cb
12 changed files with 501 additions and 31 deletions
+6 -3
View File
@@ -317,9 +317,12 @@ preflight and Full Release Validation evidence as a core publish.
Extended-stable uses this workflow only after npm publication, with
`publish_openclaw_npm=false` and `publish_docker_only=true`. That closeout
rechecks immutable npm evidence, publishes Docker, and finalizes the notes-only
non-Latest GitHub Release without entering plugin, ClawHub, or native-app
publication.
rechecks immutable npm evidence and the exact canonical validation branch,
publishes Docker, records durable Docker completion on the immutable release
SHA, and finalizes the notes-only non-Latest GitHub Release without entering
plugin, ClawHub, or native-app publication. A public release page never skips
Docker by itself; only the verified completion status can make a retry resume
after Docker.
```bash
gh workflow run openclaw-release-publish.yml \
+5 -1
View File
@@ -204,7 +204,11 @@ saved npm preflight artifact, exact `Full Release Validation` evidence, exact np
version and `extended-stable` selector, and published tarball digest. It then
creates or resumes a canonical non-prerelease GitHub Release draft with
`latest=false`, calls the reusable `Docker Release` workflow, and makes the
draft public only after Docker succeeds. A tag push never publishes Docker
draft public only after Docker succeeds. After image, attestation, platform,
and channel-alias verification, Docker Release records a success status on the
immutable release SHA. Retries skip a rebuild only when that exact durable
status and its release-workflow run are verified; a public GitHub Release page
alone is never Docker-completion evidence. A tag push never publishes Docker
images or a release page by itself:
```bash
@@ -52,6 +52,11 @@ gh workflow run full-release-validation.yml \
-f release_profile=stable
```
The Docker-only closeout derives `extended-stable/YYYY.M.33` from the final
`.33+` tag, requires the tag commit to be reachable from that exact branch, and
passes that branch to the validation-evidence verifier. It does not substitute
the closeout workflow's `main` ref for the candidate branch.
The helper's temporary `release-ci/*` ref is valid only when every child uses
the pinned trusted workflow SHA and the v3 manifest binds the canonical branch,
exact release commit, run ID, and attempt. Reject narrow runs, stale attempts,