Bump the four stale ci-k8s:2026-05-01 pipeline pins #461

Closed
opened 2026-07-30 19:49:16 +00:00 by claude-bot · 0 comments
Member

Raised by review on #460.

.woodpecker/ci-manifests-test.yml (new in #460) pins ci-k8s:2026-07-30, while four existing pipelines still pin ci-k8s:2026-05-01:

  • .woodpecker/e2e-test.yml:7
  • .woodpecker/e2e.yml:33
  • .woodpecker/alert-monitor.yml:45
  • .woodpecker/issue-fix.yml:52

There is no deliberate reason for the split — the older pins are simply stale. Per the standing rule that any software runs the latest stable version, all five should be on the newest dated tag.

Deliberately NOT done inside #460: those four pipelines exercise different tooling inside the image, and three are cron- or event-triggered, so none are run by that PR own CI. Bumping them there would ship four untested changes under cover of a green run that never touched them — the same shape as the digest-pin decay in #458, where breakage sat unnoticed because the affected jobs did not run for months.

Each bump wants its own verification that the pipeline still passes on the newer image. build-k8s only mints a new dated tag when ci/images/k8s/** or build-ci-images.yml changes on a push, so the tag set is stable between such edits and this is not urgent — but it should not be left to rot, since a stale pin eventually points at a garbage-collected tag.

Raised by review on #460. `.woodpecker/ci-manifests-test.yml` (new in #460) pins `ci-k8s:2026-07-30`, while four existing pipelines still pin `ci-k8s:2026-05-01`: - `.woodpecker/e2e-test.yml:7` - `.woodpecker/e2e.yml:33` - `.woodpecker/alert-monitor.yml:45` - `.woodpecker/issue-fix.yml:52` There is no deliberate reason for the split — the older pins are simply stale. Per the standing rule that any software runs the latest stable version, all five should be on the newest dated tag. Deliberately NOT done inside #460: those four pipelines exercise different tooling inside the image, and three are cron- or event-triggered, so none are run by that PR own CI. Bumping them there would ship four untested changes under cover of a green run that never touched them — the same shape as the digest-pin decay in #458, where breakage sat unnoticed because the affected jobs did not run for months. Each bump wants its own verification that the pipeline still passes on the newer image. `build-k8s` only mints a new dated tag when `ci/images/k8s/**` or `build-ci-images.yml` changes on a push, so the tag set is stable between such edits and this is not urgent — but it should not be left to rot, since a stale pin eventually points at a garbage-collected tag.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: konairius/homelab#461