Skip to content

Use Serving 1.3.2 instead of 1.3.0#29062

Closed
skonto wants to merge 1 commit into
openshift:masterfrom
skonto:fix_patch_version_serving_1.3
Closed

Use Serving 1.3.2 instead of 1.3.0#29062
skonto wants to merge 1 commit into
openshift:masterfrom
skonto:fix_patch_version_serving_1.3

Conversation

@skonto
Copy link
Copy Markdown
Contributor

@skonto skonto commented Jun 1, 2022

@skonto
Copy link
Copy Markdown
Contributor Author

skonto commented Jun 1, 2022

/cc @mgencur @nak3

@openshift-ci
Copy link
Copy Markdown
Contributor

openshift-ci Bot commented Jun 1, 2022

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: skonto

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 Indicates a PR has been approved by an approver from all required OWNERS files. label Jun 1, 2022
Copy link
Copy Markdown
Contributor

@nak3 nak3 left a comment

Choose a reason for hiding this comment

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

Why you need to use 1.3.2 instead of 1.3.0? You just want to align the number?

If upstream release 1.3.3 in the future, you will bump the image tag again?

@skonto
Copy link
Copy Markdown
Contributor Author

skonto commented Jun 1, 2022

If upstream release 1.3.3 in the future, you will bump the image tag again?

@nak3 I wanted to download the latest manifests.
I dont feel it is going to be any we are moving to 1.5 today. However, do you suggest to leave it as 1.3.0 and use the manifest for 1.3.0 anyway? I dont want to hardcode anything here but I could fix the S_O to pick up another namespace for the Serving images instead of using the Serving version in project.yaml.
WDYTH? Then we could keep 1.3.0 forever and we download the right manifests version.
At some point we will get the manifests from the midstream repo anyway so this will be temporary. Goal is to avoid having to download them from upstream and then patch them(check what Eventing is doing here openshift-knative/serverless-operator#1591 which we will eventually folllow).
Could you merge the PRs that poke the CI in net-* and serving repos? We have no images for the 1.{3,4} releases.

@openshift-ci
Copy link
Copy Markdown
Contributor

openshift-ci Bot commented Jun 1, 2022

@skonto: The following tests failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name Commit Details Required Rerun command
ci/prow/pj-rehearse 16a9987 link false /test pj-rehearse
ci/rehearse/openshift/knative-serving/release-v1.3/47-e2e-aws-ocp-47 16a9987 link unknown /test pj-rehearse

Full PR test history. Your PR dashboard.

Details

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/test-infra repository. I understand the commands that are listed here.

@nak3
Copy link
Copy Markdown
Contributor

nak3 commented Jun 1, 2022

I dont feel it is going to be any we are moving to 1.5 today. However, do you suggest to leave it as 1.3.0 and use the manifest for 1.3.0 anyway? I dont want to hardcode anything here but I could fix the S_O to pick up another namespace for the Serving images instead of using the Serving version in project.yaml.
WDYTH? Then we could keep 1.3.0 forever and we download the right manifests version.

In most cases, upstream does not change the manifest between the incremental release. So, I don't see any issue we use 1.3.0 manifest because we replace the image. What problem you are concerned?

At some point we will get the manifests from the midstream repo anyway so this will be temporary so we dont have to download them from upstream and then patch them(check what Eventing is doing here openshift-knative/serverless-operator#1591 which we will eventually folllow).

Well... They use 1.3.2 instead of the latest tag 1.3.3 https://github.com/knative/eventing/releases/tag/knative-v1.3.3
Sorry for my repeat but if upstream release 1.3.3 in the future, you will bump the image tag as well?

@skonto
Copy link
Copy Markdown
Contributor Author

skonto commented Jun 1, 2022

Sorry for my repeat but if upstream release 1.3.3 in the future, you will bump the image tag as well?

Probably I dont see much of an issue.

In most cases, upstream does not change the manifest between the incremental release. So, I don't see any issue we use 1.3.0 manifest because we replace the image. What problem you are concerned?

In most cases true just trying to make sure I dont hit a corner case anyway. I dont want to think about releases and diffs.
Anyway falling back to 1.3.0 let's make sure we have the images built. :)

@skonto
Copy link
Copy Markdown
Contributor Author

skonto commented Jun 1, 2022

Closing this will use 1.3.0.

@skonto skonto closed this Jun 1, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants