Skip to content

Conversation

@jahantech
Copy link
Contributor

We currently have a case where the images are resolved to sha256 digest before being added to the manifest. Which means it becomes impossible for us to resolve them back to tags with the current functionality of the version checker. These changes allow the resolution of tags from sha256 in the image field.

@jetstack-bot
Copy link
Contributor

@jahantech: Adding the "do-not-merge/release-note-label-needed" label because no release-note block was detected, please follow our release note process to remove it.

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.

@jetstack-bot
Copy link
Contributor

Hi @jahantech. Thanks for your PR.

I'm waiting for a jetstack member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.

Once the patch is verified, the new status will be reflected by the ok-to-test label.

I understand the commands that are listed here.

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.

jahan added 2 commits January 4, 2021 16:02
@jahantech
Copy link
Contributor Author

Any update on this please if this feature is acceptable? thank you

@JoshVanL
Copy link
Contributor

Hmm, the problem with this is that multiple tags can be assigned to the same sha. In this current implementation we are just taking the first we come across. This can be wrong most of the time.


tag, err := s.versionGetter.ResolveSHAToTag(ctx, imageURL, imageSHA)
if err != nil {
fmt.Println("failed to resolve the sha " + err.Error())
Copy link
Contributor

Choose a reason for hiding this comment

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

We never use ‘fmt.Printf’, and instead use a loft which maintains context.

I don’t think a log here is necessary anyway.

Copy link
Contributor

@JoshVanL JoshVanL left a comment

Choose a reason for hiding this comment

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

Some comments from me. The approach makes sense to me!

@jetstack-bot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: jahantech
To complete the pull request process, please assign joshvanl after the PR has been reviewed.
You can assign the PR to them by writing /assign @joshvanl in a comment when ready.

The full list of commands accepted by this bot can be found 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

@davidcollom davidcollom added this to the v1 release milestone May 16, 2024
@davidcollom davidcollom self-requested a review as a code owner July 4, 2024 15:51
@github-actions
Copy link
Contributor

github-actions bot commented Oct 3, 2024

This Pull Request is stale because it has been open for 60 days with
no activity. It will be closed in 7 days if no further activity.

@davidcollom davidcollom requested a review from JoshVanL April 3, 2025 08:22
@davidcollom davidcollom merged commit 3b389b6 into jetstack:main Apr 3, 2025
5 checks passed
@davidcollom davidcollom mentioned this pull request May 1, 2025
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.

5 participants