Thanks for raising this, Josh!
I'm seeing several items here that, in my mind, are the responsibility of the relevant code- or process-owning SIGs.
Since I agree that the onus should not be on SIG Release and the Release Team to remind, I've added the leads list and k-dev to discuss.
Lauri and team have been working on some great documentation on process improvements that is worth review.
-- Stephen
SIG-Release:
Since the KEP for a 4-month release cycle is now live[1], I want to
raise a particular issue that is already a problem, and a 4-month
release cycle will throw into sharp relief that we need to address:
Code not getting fixed or matured
unless the release team pings somebody several times
I'm gonna call this the "Release Team Reminder" (RTR) problem. As a
project, we've developed the habit of waiting for an RTR for any of the
following:
- fixing failing/flaking tests
- fixing broken tests
- updating dependancies
- moving features to beta or GA
Right now, we have a roughly 1-month period each cycle where there's no
RTR. With a 4-month cycle, we'll have a 2-month period. This clearly
needs to be addressed as part of the KEP for the 4-month release.
What should a proposed solution for this look like, though? While one
possible solution is just to have the CI and Feature teams in the RT
start pinging people 2 weeks into the cycle, that doesn't sound great.
It seems like there's a huge problem in relying on the RT for this in
the first place; shouldn't primary tracking of failing tests and
features that have been in alpha for 3 releases happen somewhere else in
the project?
[1] https://github.com/kubernetes/enhancements/pull/2567
--
--
Josh Berkus
Kubernetes Community
Red Hat OSPO
--
You received this message because you are subscribed to the Google Groups "kubernetes-sig-release" group.
To unsubscribe from this group and stop receiving emails from it, send an email to kubernetes-sig-re...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/kubernetes-sig-release/9ff83e26-ae90-22a7-fb27-e3ead5696048%40redhat.com.