Skip to content
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

Merged
merged 1 commit into from
Jan 16, 2025

Conversation

HumairAK
Copy link
Collaborator

@HumairAK HumairAK commented Jan 16, 2025

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:

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]>
@HumairAK HumairAK force-pushed the update_api_rel_imgs branch from d06ca59 to 6b25a18 Compare January 16, 2025 18:22
@HumairAK
Copy link
Collaborator Author

cc @chensun

Copy link
Contributor

@hbelmiro hbelmiro left a comment

Choose a reason for hiding this comment

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

/lgtm

@google-oss-prow google-oss-prow bot added the lgtm label Jan 16, 2025
@HumairAK HumairAK added approved ci-passed All CI tests on a pull request have passed labels Jan 16, 2025
Copy link

[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 /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@HumairAK
Copy link
Collaborator Author

By passing CI Check (it's broken right now, fix pending)

@HumairAK HumairAK merged commit 83791e7 into kubeflow:master Jan 16, 2025
36 of 41 checks passed
HumairAK added a commit to HumairAK/data-science-pipelines that referenced this pull request Jan 16, 2025
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]>
google-oss-prow bot pushed a commit that referenced this pull request Jan 16, 2025
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]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved ci-passed All CI tests on a pull request have passed lgtm size/M
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants