-
-
Notifications
You must be signed in to change notification settings - Fork 30
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
Cleanup teams and permissions within the JupyterLab GitHub organization #167
Comments
Probably we could remove the Having only one list of committers would be easier to manage, and would follow the council process. So folks would for example not have commit access when they leave the council. |
Some teams were created to work on extensions developed outside of code JupyterLab (debugger, toc). Also the JupyterLab maintainers also maintain other repos such as the cookiecutters, Lumino, and the localization toolchain. Proposal:
@jupyterlab/jupyterlab-council |
Definitely +1 for simplifying the number and scope of teams, though I think there may still be a need for teams outside of the council and triage teams. However to simplify the cleanup, I would be +1 on initially deleting any teams other than the ones Jeremy proposes and then creating new teams as needed. And Jeremy, I just deleted a few teams where only I or only you and I were members to help start the cleanup process. |
Agree with the proposal and Jason's fine-tuning of it (create new teams as
needed)
…On Thu, Feb 16, 2023 at 3:57 AM Jason Grout ***@***.***> wrote:
Definitely +1 for simplifying the number and scope of teams, though I
think there may still be a need for teams outside of the council and triage
teams. However to simplify the cleanup things, I would be +1 on initially
deleting any teams other than the ones Jeremy proposes and then creating
new teams as needed.
And Jeremy, I just deleted a few teams where only I or only you and I were
members to help start the cleanup process.
—
Reply to this email directly, view it on GitHub
<#167 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAAGXUHHITDZI2MUVPXAK63WXYI2VANCNFSM6AAAAAASR6Z7OM>
.
You are receiving this because you are on a team that was mentioned.Message
ID: ***@***.***>
--
Brian E. Granger
Senior Principal Technologist, AWS AI/ML ***@***.***)
On Leave - Professor of Physics and Data Science, Cal Poly
@ellisonbg on GitHub
|
Thanks Jeremy for pushing on this. I agree as Brian. |
FYI the old teams have been cleaned up as mentioned above. I created a new "Release" team with a subset of maintainers for now, with Admin access to some repos of the organization. This should make it easier to give release rights to new people, especially now that we use the releaser bot for publishing packages to PyPI and npm (#165). Let us know and feel free to open a new issue if you have any questions, thanks! |
I have lost my commit rights further to this cleanup. Could someone restore them? Thx. |
Back on track with #186. Thx! |
Problem
As of today, there seems to be quite a few teams in the
jupyterlab
org on GitHub: https://github.com/orgs/jupyterlab/teamsAlso some repos have individual contributors added as collaborators.
With the rollout of the new governance model and the creation of the JupyterLab Council, it could make sense to streamline how teams and organization members are managed.
Proposed Solution
Probably we could do a bit of cleanup and delete some of the existing teams as they seem redundant. For example
JupyterLab-and-NotebookTeam
andJupyterLab Council
.Some could be removed like
toc-extension
andlumino
(if we consider Lumino falls under the responsibility of the JupyterLab Council)We can check whether some permissions for individual contributors should still be in place to not block them in their work. Or add them to the relevant team.
The text was updated successfully, but these errors were encountered: