Skip to content

Conversation

@empovit
Copy link
Member

@empovit empovit commented Jan 1, 2026

No description provided.

@openshift-ci
Copy link

openshift-ci bot commented Jan 1, 2026

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: empovit

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci openshift-ci bot added the approved label Jan 1, 2026
@empovit empovit force-pushed the validate-versions branch from 36b7760 to 59dfd02 Compare January 1, 2026 12:32
@empovit empovit changed the title Validate versions [WIP] Validate versions Jan 1, 2026
@empovit empovit force-pushed the validate-versions branch from 59dfd02 to c6579dc Compare January 1, 2026 13:13
@empovit empovit changed the title [WIP] Validate versions Validate versions Jan 1, 2026
* Remove the enforcement for chart version in main branch
* Enforce a semver chart and image version in release branches
* Always align the image and chart version
@empovit empovit force-pushed the validate-versions branch from c6579dc to a3f70d1 Compare January 1, 2026 15:07
Copy link
Collaborator

@yakovbeder yakovbeder left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

HI @empovit . A couple of issues I noticed:

1. 🔴 Missing yq installation

ubuntu-latest runners don't include yq by default. The workflow will fail at the first yq eval command:

/usr/bin/bash: line 1: yq: command not found

Suggested fix — add a step before using yq:

  • name: Install yq
    uses: mikefarah/yq@v4

2. 🟡 --check-version-increment=false applied globally

The helm-lint-test.yaml workflow runs on all PRs, so disabling the version increment check means PRs to main can now merge chart changes without bumping Chart.yaml version. This could undermine release integrity.

Suggestion — scope the flag to release branches only:

  • name: Run chart-testing (lint)
    run: |
    if [[ "${{ github.base_ref }}" =~ ^release- ]]; then
    ct lint --config deployment/ct.yaml --check-version-increment=false
    else
    ct lint --config deployment/ct.yaml
    fiAlternatively, keep the increment check enabled for main and rely on the new version-test.yaml only for release branches.

@empovit
Copy link
Member Author

empovit commented Jan 5, 2026

Thanks @yakovbeder ! However,

  1. yq is available in ubuntu-latest. It looks like this suggestion is for an older version. I've just double-checked it with a test workflow.
  2. I removed --check-version-increment=false on purpose because this RP adds much more comprehensive version validations, in one place. I actually don't think we want versions increments in release-* branches at the moment. We want a release branch to stay at the same version while we are working on it, then seal the branch, release and publish.

Let's keep this workflow until we figure out something better.

@yakovbeder
Copy link
Collaborator

Agreed. Then it's /lgtm

@yakovbeder
Copy link
Collaborator

/lgtm

@openshift-ci openshift-ci bot added the lgtm label Jan 5, 2026
@openshift-merge-bot openshift-merge-bot bot merged commit 1f7116f into rh-ecosystem-edge:main Jan 5, 2026
3 checks passed
@empovit
Copy link
Member Author

empovit commented Jan 6, 2026

/help

@empovit empovit deleted the validate-versions branch January 6, 2026 15:30
@empovit
Copy link
Member Author

empovit commented Jan 6, 2026

/cherrypick release-0.2.3

@openshift-cherrypick-robot

@empovit: new pull request created: #91

Details

In response to this:

/cherrypick release-0.2.3

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.

@empovit
Copy link
Member Author

empovit commented Jan 6, 2026

/cherrypick release-0.2.4
/cherrypick release-0.2.5

@openshift-cherrypick-robot

@empovit: new pull request created: #92

Details

In response to this:

/cherrypick release-0.2.4
/cherrypick release-0.2.5

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.

@openshift-cherrypick-robot

@empovit: new pull request created: #93

Details

In response to this:

/cherrypick release-0.2.4
/cherrypick release-0.2.5

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.

@empovit
Copy link
Member Author

empovit commented Jan 6, 2026

/cherry-pick release-0.2.3

@openshift-cherrypick-robot

@empovit: new pull request could not be created: failed to create pull request against rh-ecosystem-edge/console-plugin-nvidia-gpu#release-0.2.3 from head openshift-cherrypick-robot:cherry-pick-84-to-release-0.2.3: status code 422 not one of [201], body: {"message":"Validation Failed","errors":[{"resource":"PullRequest","code":"custom","message":"A pull request already exists for openshift-cherrypick-robot:cherry-pick-84-to-release-0.2.3."}],"documentation_url":"https://docs.github.com/rest/pulls/pulls#create-a-pull-request","status":"422"}

Details

In response to this:

/cherry-pick release-0.2.3

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants