docker: k8s release process updates#9561
Conversation
Signed-off-by: Derek Perkins <derek@nozzle.io>
Signed-off-by: Derek Perkins <derek@nozzle.io>
|
None of the failing tests are related to these changes |
mattlord
left a comment
There was a problem hiding this comment.
We'll need to tweak the equality conditions but otherwise it seems fine. I'm not familiar with the context here though like you are. Is there anything related to this that we should do as part of the upcoming 13.0-RC and/or 13.0 (GA) releases?
Thank you!
Signed-off-by: Derek Perkins <derek@nozzle.io>
|
Thanks for the review. The only thought I have about v13 is about the default debian version. I'm publishing both IIRC, nothing in official Vitess documentation uses these anymore, but anyone running from the original helm charts would use these. Docker Hub shows a few hundred thousand downloads on average for most of these, but I'm not sure how active they are recently. FWIW, I didn't publish the log4j images until I submitted this PR, so nobody was beating down the door for the updates. |
I would default to pairing latest GA with latest GA here. So Vitess 13.0 on bullseye.
Those have been deprecated in previous releases and entirely removed in v13 AFAIK. So I think we're OK there. THANK YOU! |

This is an update to the release process for the
/docker/k8s/...images for individual binaries. This should all be pushed into Docker Hub configuration, and thenrelease.shcan be removed I just haven't had the chance to do it. I still manually build and publish images from my machine for every release.