<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, May 30, 2018 at 1:40 PM, Ilia Mirkin <span dir="ltr"><<a href="mailto:imirkin@alum.mit.edu" target="_blank">imirkin@alum.mit.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="m_3776532109013625195gmail-">On Wed, May 30, 2018 at 12:15 PM, Jason Ekstrand <<a href="mailto:jason@jlekstrand.net" target="_blank">jason@jlekstrand.net</a>> wrote:<br>
> All,<br>
><br>
> As part of the move to GitLab, we have a few decisions to make regarding<br>
> users and groups.<br>
><br>
> Question 1: Who should be masters?<br>
><br>
> Gitlab divides users into three categories per-project: Guests, Developers,<br>
> and Masters.  In general, developers and masters will have push access.<br>
> Masters have the ability to add developers to the project.  Masters will<br>
> also have the ability to unlock the branch, force-push, and then re-lock if<br>
> needed.<br>
<br>
</span>Given that not everyone will be a master by default, it would be good<br>
to also set out criteria for adding and removing masters. I'm not<br>
proposing anything heavy -- perhaps by a majority vote of the existing<br>
masters to either add or remove someone? And presumably also on<br>
personal request for a master to remove themselves as a result of no<br>
longer being involved in the project or whatever.)<br></blockquote><div><br></div><div>That seems reasonable to me. Yeah, it would probably be good to decide on something and write it down so it's clear how to do it in the future when it comes up.<br></div><div><br></div><div>In the spirit of such transparency, I should probably say how I came up with that list of nominations. :-)  It was a bit arbitrary but not completely.  I started with the 2017 git stats top 20 list of contributors:</div><div><br></div><div><a href="https://phoronix.com/misc/mesa-2017/authors.html" target="_blank">https://phoronix.com/misc/<wbr>mesa-2017/authors.html</a></div><div><br></div><div>I took the top 15 and removed people who either haven't contributed in a long while or who mostly work on the build system and not actual driver code.  Then I threw in Rob because he's on the top 20 and is the primary maintainer of a driver that's in active development.</div><div><br></div><div>--Jason<br></div></div></div></div>