-
Notifications
You must be signed in to change notification settings - Fork 40k
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
kubeadm v1.8 release tracking issue #51841
Comments
@luxas thank you very much for helping improve coordination with kubeadm! |
@luxas we have a kubeadm-related feature tracking issue at the features repo - kubernetes/enhancements#11. Any updates planned for 1.8 to be reflected at the features repo? |
[MILESTONENOTIFIER] Milestone Labels Complete @luxas @roberthbailey @timothysc Issue label settings:
|
@idvoretskyi I've done the required modifications to the release notes and splitted the "kubeadm upgrades with selfhosting" feature to one for upgrading and one for self-hosting as they mature separately |
Update, https://github.com/kubernetes/kubeadm/milestone/3 contains four items:
@jdumars ACK? The most important one is 2), not sure what to do there in the meantime. |
ack - I'll keep an eye on this as best I can. Please let me know directly if things change for better or worse. I have a lot of irons in the fire at the moment. :) |
@luxas looks like there are 5 items now :) |
@luxas - we need to determine (today if possible) if any of the kubeadm work is truly release blocking. If so, please add the release-blocker label and update this issue with relevant issues/PRs. Thanks! |
Nope, the things that were outstanding were fixed in the go. I manually tested kubeadm v1.8.0-rc.1 packages on all possible and impossible OSes and configurations as well successfully (well, I had to tweak the docs a bit, but anyway 😄) We're gonna have some nonblocking cherrypicks to v1.8 (for instance we found that the kubelet asks for a cert although it has one already when cert rotation is enabled, etc), and small UX improvements, but we had nothing that truly blocked the release in the end, which is awesome! I think this can now be closed 🎉 🌯 |
On request by @jdumars and the @kubernetes/kubernetes-release-managers, I'm creating this tracking issue for the kubernetes/kubeadm repo.
I'm tracking what we need to get done for kubeadm to be in a release-able state in this milestone: https://github.com/kubernetes/kubeadm/milestone/3
On a high level, all required PRs are lgtm'd, they will be merged in the coming days as the SQ gets to them.
There will be lots of work with testing now that the v1.8-specific tests are set up.
Actions required by the release team or vice versa will be communicated via this channel.
When all the kubeadm tasks are done, we can close this meta-issue.
Sounds good to you?
The text was updated successfully, but these errors were encountered: