-
Notifications
You must be signed in to change notification settings - Fork 40.3k
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
Use munged semantic version for side-loaded docker tag #44981
Conversation
df74c10
to
52b9e4f
Compare
52b9e4f
to
f73e3cb
Compare
@k8s-bot verify test this |
I very much approve of this. I don't think there's any reason for the tags being this way other than that's how it was done 2 years ago. lgtm |
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: ixdy, lavalamp, mikedanese
Needs approval from an approver in each of these OWNERS Files:
You can indicate your approval by writing |
Automatic merge from submit-queue |
Automatic merge from submit-queue Only tag release containers if the name is different. Fixes docker build issue found recently when trying to build v1.7.0-alpha.3. ref #44981
What this PR does / why we need it: rather than using the md5sum of the dockerized binary for each side-loaded docker image, use the semantic version (with
+
s replaced with_
s) for the side-loaded docker images.The use of the md5sum for the docker tag dates to #6326 2 years ago. I'm not sure why that was chosen, short of it being fairly unique.
My main motivation for changing this is that it makes building the docker images using Bazel's docker rules easier, since the semantic version doesn't depend on the build output.
An added benefit is that the list of images on a running kubernetes cluster is also more straightfoward; rather than a list of opaque, meaningless hexadecimal strings, you get something that indicates the provenance of the image. It'd also be clearer that all of the images came from the same build.
I was able to start a cluster with this change on GCE using both
make quick-release
andmake bazel-release
.Note that this change has no effect on the tag that's pushed to gcr.io during releases; that's still controlled via
KUBE_IMAGE_DOCKER_TAG
, though we may want to merge this functionality at some point.@kubernetes/sig-node-pr-reviews is there any reason to stick with using the md5sum strategy? @dchen1107 do you remember why we went with md5sums originally?
cc @spxtr @mikedanese
Release note: