OSAC-2182: remove push:tags trigger from umbrella publish-charts workflow - #399
Conversation
…flow publish-charts.yaml triggered on both push:tags and workflow_dispatch. Since the umbrella chart is published via workflow_dispatch with explicit per-component version inputs, a bare tag push (e.g. tagging osac-installer for version tracking after a release) retriggered the same workflow with no inputs, defaulting every component version to the umbrella version number. This already failed twice in production (runs 28554120530, 28470564460) when the defaulted version happened not to exist for a component chart -- and could instead succeed silently if a component version ever coincides with the umbrella version, overwriting the correct release with wrong dependency pins. Remove the push:tags trigger so the workflow is workflow_dispatch-only, and drop the now-unreachable tag-push defaulting logic in the version resolution step. Signed-off-by: Elior Erez <eerez@redhat.com>
|
@eliorerz: This pull request references OSAC-2182 which is a valid jira issue. Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the bug to target the "5.0.0" version, but no target version was set. DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: eliorerz The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository: osac-project/coderabbit/.coderabbit.yaml Review profile: ASSERTIVE Plan: Enterprise Run ID: 📒 Files selected for processing (1)
WalkthroughThe publish-charts workflow no longer triggers on git tag pushes; it now runs only via manual workflow_dispatch. The version resolution script always requires component versions from workflow_dispatch inputs, removing the previous fallback to the umbrella chart version. ChangesPublish Workflow Trigger and Version Resolution
Estimated code review effort: 1 (Trivial) | ~5 minutes Possibly related PRs
Suggested reviewers: 🚥 Pre-merge checks | ✅ 11✅ Passed checks (11 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
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 |
|
/retest |
|
No failed workflow runs found for this PR at commit |
|
/retest |
|
No failed workflow runs found for this PR at commit |
Summary
publish-charts.yamltriggered on bothpush: tags: ['v*']andworkflow_dispatchworkflow_dispatchwith explicit per-component version inputsosac-installerfor version tracking after a release, as the/osac-releaseskill does) independently retriggers the same workflow with no inputs — the "Resolve versions" step then defaults every component version to the umbrella version number28554120530(tagv0.0.4) and28470564460(tagv0.0.3), both failing withcould not download oci://.../fulfillment-service:0.0.4: not found— because it tried to pullfulfillment-serviceat the umbrella's version instead of its real versionChanges
push: tags: ['v*']trigger — workflow is nowworkflow_dispatch-onlyrequired: trueforworkflow_dispatch, so this branch could never execute safely anyway)Test plan
workflow_dispatchruns with explicit component versions still work as beforev*tag toosac-installerno longer triggerspublish-charts.yamlFixes OSAC-2182.
Summary by CodeRabbit