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

Release proposal v2.25.1 #11621

Closed
robertvolkmann opened this issue Oct 10, 2024 · 16 comments
Closed

Release proposal v2.25.1 #11621

robertvolkmann opened this issue Oct 10, 2024 · 16 comments

Comments

@robertvolkmann
Copy link
Contributor

robertvolkmann commented Oct 10, 2024

Changes by Kind

Deprecation / Removal

Feature

Applications

Network

Container-Managers

Bug or Regression

@VannTen
Copy link
Contributor

VannTen commented Oct 10, 2024

We should probably come up with consistent guidance on what /kind to use for versions upgrades, because we're all over the place ^.
Besides, look ok to me, and I don't have anything in mind which needs backporting.

@yankay

@tico88612
Copy link
Member

Feature paragraph: Make kubernetes v1.29.7 default and Default Kubernetes version change to 1.29.6 I think you can simplify it.

@tico88612
Copy link
Member

@VannTen We really need to organize our use of /kind, and I've been part of a Kubernetes release team that has clarified some of the ways it's used.

@robertvolkmann
Copy link
Contributor Author

robertvolkmann commented Oct 10, 2024

I reorganized the release notes to align to the previous releases.

@VannTen
Copy link
Contributor

VannTen commented Oct 10, 2024 via email

@tico88612
Copy link
Member

Is there a link/docs to that ? I'm all for aligning ourselves with the broader k8s community, especially on tooling.

I can't find the document now (but I think there should be guidelines); I'll edit it if I see it.
https://github.com/kubernetes/kubernetes/labels?q=kind

The flaky label means some sporadic CI test failures have occurred.
The failing-test label means CI test failures consistently or frequently.
Refactor code I think is cleanup label.
For the rest of the labels, I think we've used them pretty much the same way as before.

@yankay
Copy link
Member

yankay commented Oct 12, 2024

Thanks @robertvolkmann

It's awesome. 🎉
I think it's good enough to release.
And if there are no block issue reported, I will release it in 3 days.

/lgtm

@yankay
Copy link
Member

yankay commented Oct 12, 2024

We should probably come up with consistent guidance on what /kind to use for versions upgrades, because we're all over the place ^. Besides, look ok to me, and I don't have anything in mind which needs backporting.

@yankay

Good Suggesstion.

The release note recently was autogenerated by https://github.com/kubernetes-sigs/kubespray/blob/master/RELEASE.md#release-note-creation and edited manually to make it more readable.

@tico88612
Copy link
Member

@yankay #11627 is being fixed, and I'll send a PR to the release-2.25 branch later.

@tico88612
Copy link
Member

tico88612 commented Oct 15, 2024

@robertvolkmann Please add #11638 to bugfix paragraph.

(Waiting for HTTP 429 error cooldown and retest.)

@tico88612
Copy link
Member

I think we don't have any blocker issue on release-2.25 branch, I think it is ready to release v2.25.1.

@enneitex
Copy link

Hey, can we add #11666 to the release note ?

@robertvolkmann
Copy link
Contributor Author

@enneitex done.

@janosbabik
Copy link
Contributor

Hello beautiful people, do we have a release time for this new version? :)

@VannTen
Copy link
Contributor

VannTen commented Nov 4, 2024

@yankay We can release as-is, I think.

@yankay
Copy link
Member

yankay commented Nov 5, 2024

Thanks @robertvolkmann @VannTen @tico88612
Greate Appreciate.
It has been released :-)

@yankay yankay closed this as completed Nov 5, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants