-
Notifications
You must be signed in to change notification settings - Fork 401
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
Prune / update kubernetes-milestone-maintainers
GitHub team
#241
Comments
milestone-maintainers
GitHub teammilestone-maintainers
GitHub team
milestone-maintainers
GitHub teamkubernetes-milestone-maintainers
GitHub team
@tpepper -- bump. did we close the loop on this? |
I owe a PR or two here still. |
Bump. Also assigning current RT Lead + Shadow. |
+1 this should probably happen every 1-2 cycles. |
@tpepper @AishSundar @spiffxp -- did we have a chance to take care of cleaning up the |
I wasn't doing anything towards this. At a minimum we can ping folks marked so on this spreadsheet if @tpepper hasn't already. |
Thanks! @AishSundar or @tpepper, can you give me edit access to that sheet? I dropped comments on the relevant people, but I'll also clean the list up once I have access to munge the actual list. |
I dont have edit access either. Lets wait for @tpepper |
/assign |
A modest proposal as we start off a new year: new year, new team. Drop everyone. Add the release team. Add current SIG chairs or TLs. Add back anyone who asks, have them provide rationale. |
The k/k top level OWNERS_ALIASES entry for milestone-maintainers is unused. Currently everything around milestone maintanence continues to happen via the kubernetes-milestone-maintainers GitHub group (see: kubernetes/sig-release#241 for similar cleaning up effort there). The hope is in the future this will move to in repo yaml and Peribolos, but in the meantime this duplicated and unused list only adds to confusion. Signed-off-by: Tim Pepper <tpepper@vmware.com>
@spiffxp -- Great idea! I'm in favor of purging the list for the new year. :) |
Is it possible to update the Prow "/milestone" command help info, if not already sufficiently clear, to have something like: "If you believe you should be able to issue the /milestone command, please contact your SIG chairs and have them propose you as an additional delegate for this responsibility." |
@tpepper -- Yep! PR here: kubernetes/test-infra#10669 |
Once we document the process for maintaining the
milestone-maintainers
GitHub team (kubernetes/community#2424 / #239) and gather some data on who's been actively using/milestone
commands, we should prune / update the list as necessary./sig release
/assign @tpepper
rel:
The text was updated successfully, but these errors were encountered: