-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
chore: switch release/api generator images to ghcr #11528
Conversation
dd567dc
to
d06ca59
Compare
Also update the go version in api generator image to 1.23 The previous version used 1.20.5, in this version the go generate command would fail on the current go mod (using 1.22), because it expects the go version to be in the format "x.y" insted of "x.y.z", in 1.23 this is no longer an issue. Signed-off-by: Humair Khan <[email protected]>
d06ca59
to
6b25a18
Compare
cc @chensun |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
[APPROVALNOTIFIER] This PR is APPROVED Approval requirements bypassed by manually added approval. This pull-request has been approved by: hbelmiro The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
By passing CI Check (it's broken right now, fix pending) |
Also update the go version in api generator image to 1.23 The previous version used 1.20.5, in this version the go generate command would fail on the current go mod (using 1.22), because it expects the go version to be in the format "x.y" insted of "x.y.z", in 1.23 this is no longer an issue. Signed-off-by: Humair Khan <[email protected]>
Also update the go version in api generator image to 1.23 The previous version used 1.20.5, in this version the go generate command would fail on the current go mod (using 1.22), because it expects the go version to be in the format "x.y" insted of "x.y.z", in 1.23 this is no longer an issue. Signed-off-by: Humair Khan <[email protected]>
Description of your changes:
Also update the go version in api generator image to 1.23 The previous version used 1.20.5, in this version the go generate command would fail on the current go mod (using 1.22), because it expects the go version to be in the format "x.y" insted of "x.y.z", in 1.23 this is no longer an issue. In our project go mod we use
1.22.0
The packages are built (docs on how to push them were updated) and can be find here:
https://github.com/kubeflow/pipelines/pkgs/container/kfp-release
https://github.com/kubeflow/pipelines/pkgs/container/kfp-api-generator
I switched from SHA's to version tags. While sha's are more explicit/immutable, because the release/api-generator images are so tightly coupled, it made sense to me to version them and keep them aligned. It's also just easier to follow/read.
If there are strong opinions around using sha's, we can always switch back.
Checklist: