Every main merge runs publish.yml, which unconditionally rebuilds the three kaniko images (gateway/appservice/web, ~25 min) — and each Dockerfile's `COPY . .` busts kaniko's cache on any change. But none of those apps depend on @mosaicstack/mosaic, so the entire constitution + fleet PR stream (all packages/mosaic/** + docs/**) rebuilds all three images for nothing, saturating the runners. Gate the heavy steps with step-level `when: path`: - build-gateway/appservice/web: skip when a main push touches ONLY non-image paths (packages/mosaic/**, docs/**, **/*.md, .woodpecker/**); always build on tag. Exclude-list keeps the default SAFE — any non-excluded change still builds, so no transitive dep can silently go stale (chosen over per-image include-lists, which risked under-including an app's transitive closure). - publish-npm: run only when packages/** changed (or on tag) — a pure-docs merge now runs no publish. Woodpecker semantics (docs-confirmed): `when` entries are OR'd; `path` applies to push/PR only (hence the separate `event: tag` entry); step-level `when` governs the step independently of the file-level `when`. install/build remain ungated (deferred: scoping the build + tightening the Dockerfile COPY are follow-ups). Skip-validation lands on the next real merge (a docs-only merge should show 0 image builds); skipping is safe — prior :latest/:sha images remain. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01EsgTQzV5YUGk1JtCLP4B83
7.4 KiB
7.4 KiB