germinate: chart-tag extraction takes the gitops pin verbatim — pre-release tags no longer kill germination #68
No reviewers
Labels
No labels
bug
discussion
duplicate
enhancement
goal
help wanted
horizon:backlog
horizon:governance
horizon:mvp
invalid
operator-decision
question
roadmap
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
open-platform/mitosis!68
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "fix/germinate-prerelease-tags"
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?
Release-blocking bug found by the 0.7.6-rc.1 train validation (fresh germination on the vxrail, isolated
val076cluster, prod untouched):bin/germinateextracted MCPTAG/AGENTSTAG with a numeric-only regex, so a gitops pinning a pre-release chart tag (0.7.6-rc.1) madegrepexit 1 →set -euo pipefailaborted the whole germination at wire post-Forgejo secrets, stderr discarded. Any RC-tagged train was structurally unable to germinate. Reproduced in isolation on the host (exact pipeline: pre-release input → exit 1, numeric input → works).Fix:
sed -ncapture of the pin verbatim (the daughter CI must build exactly the version the HelmRelease/OCIRepository pin or Flux never resolves the chart), empty on no-match,|| trueabsorbs a missing file — feeding the existing WARN+skip fallbacks instead of a silent abort. Proven underset -euo pipefailfor pre-release / numeric / missing-file inputs.Follow-ups noted: the CI-1 harness (#21) should germinate an rc-pinned gitops as a standing assertion; the 0.7.6-rc.1 validation re-run on the vxrail resumes from this branch.
🤖 Generated with Claude Code