[5.0] OCPBUGS-90151: hack/update-metadata.sh: allow MAX_OCP_VERSION override#571
[5.0] OCPBUGS-90151: hack/update-metadata.sh: allow MAX_OCP_VERSION override#571dobsonj wants to merge 1 commit into
Conversation
|
@dobsonj: GitHub didn't allow me to request PR reviews from the following users: openshift/storage. Note that only openshift members and repo collaborators can review this PR, and authors cannot review their own PRs. 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 kubernetes-sigs/prow repository. |
|
@dobsonj: This pull request references Jira Issue OCPBUGS-90151, which is valid. 3 validation(s) were run on this bug
The bug has been updated to refer to the pull request using the external bug tracker. 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. |
📝 WalkthroughWalkthroughThe script 🚥 Pre-merge checks | ✅ 15✅ Passed checks (15 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: dobsonj 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 |
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@hack/update-metadata.sh`:
- Around line 59-64: The `MAX_OCP_VERSION` variable is persisting its value
across loop iterations, causing later platforms to reuse a stale computed value
instead of calculating a fresh one based on that iteration's `OCP_VERSION`. To
fix this, unset the `MAX_OCP_VERSION` variable at the beginning of each loop
iteration before line 59 where it is assigned, or alternatively use a different
variable name (like `COMPUTED_MAX_OCP_VERSION`) to store the calculated value
separately from any input override, ensuring the `olm.maxOpenShiftVersion`
metadata is recalculated fresh for each platform instead of carrying forward
stale values from previous iterations.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Repository YAML (base), Central YAML (inherited)
Review profile: CHILL
Plan: Enterprise
Run ID: 3a8c62f8-79b3-43d4-97ac-1c2a61ac78f5
📒 Files selected for processing (1)
hack/update-metadata.sh
|
/test |
|
/test aws-efs-operator-e2e |
|
/verified by @dobsonj |
|
@dobsonj: This PR has been marked as verified by 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. |
|
/lgtm |
|
/retest |
|
@dobsonj: The following test failed, say
Full PR test history. Your PR dashboard. DetailsInstructions 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 kubernetes-sigs/prow repository. I understand the commands that are listed here. |
https://redhat.atlassian.net/browse/OCPBUGS-90151
This PR allows setting
MAX_OCP_VERSIONas an environment variable for releases where the default x.y+1 max version is incorrect. The release-4.22 branch for example needs to pinMAX_OCP_VERSIONto 5.0./cc @openshift/storage