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

[Question] Is there any reason why the tag latest is still v0.39.3 and the tag next is still v1.0.0-beta.1 for the gcr.io/kpt-dev/kpt container image? #3139

Open
mathieu-benoit opened this issue May 12, 2022 · 2 comments
Labels
area/devops documentation Improvements or additions to documentation question Further information is requested triaged Issue has been triaged by adding an `area/` label

Comments

@mathieu-benoit
Copy link

mathieu-benoit commented May 12, 2022

Is there any reason why the tag latest is still v0.39.3 and the tag next is still v1.0.0-beta.1 for the gcr.io/kpt-dev/kpt container image?

They are both dated from June 2021.

I don't have the history in mind about v0.39.3, is it still a thing? I understand that in June 2021 you got a transition and that's maybe why you got these 2 tags latest and next. But I'm wondering if that's something that could be revisited now?

The context of my question is when we use gcr.io/kpt-dev/kpt in Cloud Build (example here), we are using a very old version v0.39.3. If using next same issue with an old version. Otherwise we could use a specific v1.0.0-beta.* to use recent versions, but that's not convenient in the context Cloud Build to update the version any time there is a new version.

Thoughts?

@mathieu-benoit mathieu-benoit added the question Further information is requested label May 12, 2022
@mathieu-benoit mathieu-benoit changed the title [Question] Is there any reason why latest is still and still ` for the gcr.io/kpt-dev/kpt` container image? [Question] Is there any reason why the tag latest is still v0.39.3 and the tag next is still v1.0.0-beta.1 for the gcr.io/kpt-dev/kpt container image? May 12, 2022
@droot
Copy link
Contributor

droot commented May 12, 2022

Thanks for raising this Mathieu.

I touched on this briefly #3134 but we have decided to move way from latest and next floating tags because kpt is still in beta and we run the risk of breaking downstream users with floating tags (ran into this problem with Istio packaging :) and learnt the hard way). It's good practice to use a fully qualified versions in the tags (especially in config domain). I know it's inconvenient but the benefits outweighs cost here.

We will revisit this closer to when we get v1.0 because the API will be fully stable then. Hope this answers the question.

@droot droot added triaged Issue has been triaged by adding an `area/` label documentation Improvements or additions to documentation labels May 12, 2022
@mathieu-benoit
Copy link
Author

mathieu-benoit commented May 14, 2022

Thanks @droot.

So if I understand this correctly:

  1. latest will still point to v0.39.3, until v1.0 makes it out from beta, right?
  2. next will still point to v1.0.0-beta.1 and not v1.0.0-beta.15, right? Not sure to get why here.

The context of this again, is that in Cloud Build, any step is a container image, and the usual practice is not to use a specific version in order to use everytime the latest version. The side effect here, is that if you use gcr.io/kpt-dev/kpt (example here) you are actually using v0.39.3. And if I use next, you using v1.0.0-beta.1. I understand the point with floating tags, but here I think this could generate some confusions.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/devops documentation Improvements or additions to documentation question Further information is requested triaged Issue has been triaged by adding an `area/` label
Projects
None yet
Development

No branches or pull requests

4 participants