<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, May 30, 2018 at 5:14 PM, Stuart Young <span dir="ltr"><<a href="mailto:cefiar@gmail.com" target="_blank">cefiar@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><span class=""><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></span>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></blockquote><div><br></div><div>I should have been more specific.  The force-push restriction only applies to "protected" branches.  We will likely protect master and the stable branches for each release but any staging branches that the maintainers use will not be protected.<br></div></div><br></div></div>