promotion: always use promotion-quay only#5278
Conversation
|
Pipeline controller notification For optional jobs, comment This repository is configured in: automatic mode |
|
Skipping CI for Draft Pull Request. |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository YAML (base), Central YAML (inherited) Review profile: CHILL Plan: Enterprise Run ID: 📒 Files selected for processing (2)
🔗 Linked repositories identifiedCodeRabbit considers these linked repositories for cross-repo context during reviews:
💤 Files with no reviewable changes (1)
📝 WalkthroughWalkthroughThe promotion path now omits the generic promotion step and continues with Quay-specific promotion handling. The ChangesPromotion step selection
Estimated code review effort🎯 2 (Simple) | ⏱️ ~10 minutes 🚥 Pre-merge checks | ✅ 16 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (16 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: deepsm007 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 |
/hold
/cc @jupierce
This PR requires a major announcement as it will change for all ocp and non ocp ns and we stop pushing anything to app.ci and only do tag reference.
This updates ci-operator’s promotion flow to use only the Quay-based promotion path.
Practically, promotion jobs will no longer generate the older app.ci promotion step or push artifacts there; instead, they now rely solely on tag-based references through the promotion-quay step. The change applies broadly across OCP and non-OCP namespaces, so any CI consumers of promotion behavior will see the same consolidated Quay-only promotion semantics.
Tests were updated to reflect that promotion post-steps now include only
[promotion-quay]in the affected scenarios.