-
Notifications
You must be signed in to change notification settings - Fork 179
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
Automate the management of GitHub org/team membership #96
Comments
Thanks for bringing this up @rlenferink, I'm generally in favour of this. Currently we've been adding Chart maintainers as collaborators on helm/charts rather than adding them to the org though, is peribolos capable of doing that or would we need to switch to using the org and a team for this? Again, not opposed to doing so, but would require some work to move to a team. |
cc @helm/charts-maintainers |
Peribolos is not able to manage collaborators per repo. But it shouldn't be too much work to get them added to teams. This is my personal opinion, but I think inviting contributors to the Helm org is kinda nice for the contributors as well. This way they can show that they are committed to Helm in some way ;) |
closing as inactive. Given the announcements around the stable repository being shut down in November, it's unlikely we'll see any movement on this particular topic, but thank you for the suggestion! https://github.com/helm/charts#status-of-the-project |
For the Kubernetes org we are using peribolos to automate GitHub org and team membership. This includes inviting users to the Kubernetes org as well as creating/deleting teams and adding/removing team members to teams.
I think this is definitely useful for an open source project as Helm as well. This way all changes are going through pull requests, in which things may be discussed as well, e.g.
Let's get person A invited because he already has done some amazing work for Charts
. Right now it seems a bit vague how new contributors are invited to the Helm org / specific repo (e.g. helm/charts#16168 (comment)).Next to that with peribolos it is possible to automate GitHub team creation and delegate ownership for those teams as well, e.g. the leads for Charts may be granting access to new contributors for Charts related teams whereas the leads of Web and Docs may be approving pull requests for Docs related teams. This will be done through pull requests as well so history is always kept.
What does everyone think of this?
I'd be happy to help out with the setup for this (best repo name would probably be
helm/org
). After having a working setup it is probably a good idea to document it as well in this community repo, e.g.: https://github.com/kubernetes/community/blob/master/github-management/org-owners-guide.md#team-guidance/cc @jdolitsky
The text was updated successfully, but these errors were encountered: