ci(image): clean up after the image build and the deploy #50
Reference in New Issue
Block a user
No description provided.
Delete Branch "chore/ci-self-cleanup"
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?
What & why
The CI runners are filling up. Runner 65 (
ubuntu-latest) is out of disk right now: every recenttask it took died at checkout with
No space left on device.The build job runs docker on the runner host's daemon (mounted socket), so whatever it leaves is
permanent. Each run left
runicgateway-site:latestand:sha-<7>, and each newer:latestturnedthe last one into another permanent
:sha-image.build: newif: always()step after the push. It removes this run's two tags, which are inthe registry already, and caps BuildKit's cache at 5 GB (
--keep-storage, falling back to itsnewer name
--reserved-space). It never fails the job. BuildKit keeps the layer cache apart fromthe images, so builds stay cached.
deploy(rgcom): new finalif: always()step,docker image prune -f. It drops thedangling image the pull replaced. Dangling images only; nothing tagged or in use is touched. A
rollback pulls a
sha-tag from the registry, so nothing it needs is lost.Companion PRs: website (same build fix + demo-wipe prune), link / installer / Rust-Link
(rust-cache), docs.
How it was tested
main. Its new step logs, thendocker imageson the build host and on the rgcom host.Checklist
AI-assisted contributions (required)
Claude Code (Claude Opus 5.5). I have reviewed and understandevery change, and take responsibility for it. AI-authored commits are
marked with a
Co-Authored-By/Assisted-Bytrailer.License
(GNU GPL v3.0 or later), and I have the right to contribute it.
🤖 Generated with Claude Code
https://claude.ai/code/session_01E14m6SuuY6i1vASFeGDBeY