<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 31 May 2018 at 02:15, Jason Ekstrand <span dir="ltr"><<a href="mailto:jason@jlekstrand.net" target="_blank">jason@jlekstrand.net</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"><div dir="ltr"><div>Gitlab divides users into three categories per-project: Guests, Developers, and Masters.  In general, developers and masters will have push access.  Masters have the ability to add developers to the project.  Masters will also have the ability to unlock the branch, force-push, and then re-lock if needed.</div></div>
</blockquote></div><br>Just wondering if force-pushing like this would be necessary for people maintaining the stable branches? From what I gather this would probably be a rare event (and therefore one of the masters could do it on the maintainers behalf) but I'm not the one doing this sort of stuff on a day to day basis.</div><div class="gmail_extra"><br></div><div class="gmail_extra">If so, then you'd need to add Dylan Baker to the list (for 18.1), and of course add each release maintainer as time goes on (unless they're already a master of course).</div><div class="gmail_extra"><br></div><div class="gmail_extra">There is then also the issue of what happens when the branch stops being maintained (ie: going back to developer if not needed). Otherwise you might end up with more and more masters over time that are unnecessary.</div><div class="gmail_extra"><div><br></div><div>Of course, as Ilia and Daniel mentioned, this would be good to be set out somewhere if this is the case, to avoid any confusion.</div><div><br></div>-- <br><div class="m_-5644561270890314973gmail_signature">Stuart Young (aka Cefiar)</div>
</div></div>