fix(ci): isolate self-host init image publishing - #824
Conversation
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
|
Important Review skippedAuto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Repository UI Review profile: ASSERTIVE Plan: Advanced Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
Change
The new self-host
initimage shared the hosted image build matrix, so an init-only build or signing failure could block every hosted image manifest.Run init publishing in its own workflow invocation. It reuses the existing publisher with
init-only: true, an independent concurrency group, and the same native amd64/arm64 builds, tags, vulnerability scans, signatures, provenance, and SBOM. The hosted service list and affected-service behavior return to their pre-self-host state. Existing hosted build and manifest steps are unchanged.Validation
bun run lint,bun run check-types(33 tasks), andbun run test(29 tasks) pass.No application code, deployment, or release publication. No dependency on the separate runtime isolation PR. Existing Dependabot PRs #699 and #702 also update action pins in the publisher; this change preserves current pins.
Summary by cubic
Separates self-host init image publishing from the hosted build matrix so an init-only build or signing failure can no longer block hosted image manifests.
docker-publish-init.ymlworkflow calls the existing publisher withinit-only: trueand gets its own concurrency group.initfrom the service list and stops forcing it into affected-service detection.Written for commit b5334de. Summary will update on new commits.