-
Notifications
You must be signed in to change notification settings - Fork 592
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
Codeowner Groups are Simplified #14822
Comments
Hi @wendallkaters, I added you for the configuration of the new codeowner groups - are you the correct contact person? |
Yes, I am the correct person! |
I will work on this and have it completed by EOD on Wednesday, Jan 11 |
@nstng - new groups have been created and I have added in the respective people to said groups. I am not sure if each of the groups have the correct permissions so you may need to double check that. At an upcoming TSC meeting, we should encourage the groups to go through the members list and vote to remove any inactive members bc as I was adding members, I believe there are quite a few that will need to be removed. |
Thank you, I will have a look.
What permissions are you referring to? I do not see any permissions listed on the subpages of https://github.com/orgs/magma/teams/repo-magma-maintain/teams - do I have sufficient permissions to see such settings?
I agree - I will add Shrutis proposal #14208 to the agenda for presentation/discussion/voting. |
@wendallkaters review of composition of groups lgtm - I noticed that you added yourself to the three new groups - was this intentionally? Imo, you would be selected for reviews by that. |
@nstng - that was unintentional. Github must have automatically added me when I created the groups. I will remove myself. Thank you for flagging! |
Changes to the Wiki page https://github.com/magma/magma/wiki/Contributing-Code/ lgtm! As a side note: On this page there are individual devs named as owners for some checks, e.g. mergefreeze, Shellcheck by Reviewdog, etc. I think it would be great if we could find groups that could own these as the contacts might get outdated rather quickly and many of the devs named there are not at Magma anymore. Opinions? |
I see this covered by #14324. |
This issue tracks the implementation of a simplified codeowner structure based on the accepted proposal #14761.
Proposed Implementation
Create new codeowner groups and add users from respective legacy groups. Make needed code changes. Keep the legacy groups (maybe there is a function to mark them as deprecated - or at least some way to reflect this in the description of the groups). We should keep the legacy groups for some time in order to have a valid setup for older release branches.
Also
approvers-ci
should remain for now and is not deprecated. This group is used in CI as a guard for executing manual workflows to publish artifacts - the description of the group should reflect this.Create new groups and add members
Create the groups on the first level and add users from the groups on the second level.
@magma/approvers-infra
@magma/approvers-cloud
@magma/approvers-gw
approvers-ci
aboveDocs changes
Code changes
The text was updated successfully, but these errors were encountered: