Option to "hide inherited members" from member lists
Problem to solve
Group and Repo membership management is painful in an enterprise org that has literally hundreds of engineers. I have over 90 pages of members accounts that I have to wade thru - 1 page of 20 accounts at a time. Yes, I can search for a specific member if I know their name or id, and I can sort the list -- but when I want to view the people who have been granted specific access to my repo (or group) they get lost in the morass of inherited members.
Intended users
Owners, maintainers -- anyone who has permission to change member access to a sub-group or repo.
Further details
Our organization adds every account with "reporter" access by default -- so when I look at the member list for my subgroup I see every account, not just the 10 or 15 that should be working on my repo.
To exacerbate the issue, our Tools governance team has added their entire team as owners
to every project, and there are numerous individuals who have maintainer
and developer
access globally.
All of this makes it exceedingly difficult for me to maintain the list of users that I want to have access to my group or repo. I sort by access level descending then page thru until I find their accounts mixed in with dozens of inherited accounts.
Proposal
a simple button to hide inherited accounts in my member list. Then I could view only the accounts that I manage, only the accounts that I care about.
Permissions and Security
Owner of Maintainer.
Documentation
???
Availability & Testing
???
What does success look like, and how can we measure that?
???
What is the type of buyer?
???
Is this a cross-stage feature?
???