As I read the protected branches they don't stop you pushing to the master<br>
branch, they just put a few requirements on that.<br>
<br>
You still need repo rights to create the branches in the repo.  And that<br>
means you have push rights to the master branch (you just have to meet the<br>
requirements).  So it would only be more convenient for those who already<br>
have access.<br>
<br>
Note that some of your steps below are once only, like forking on github<br>
and some should be once only or at least rare like cloning locally.<br>
<br>
The steps really are like b4n described.<br>
<br>
Cheers<br>
Lex<br>
<br>
<br>
On 24 November 2015 at 04:26, zhekov <notifications@github.com> wrote:<br>
<br>
> What I do know as "creating a PR" is (generic terminology, not git)<br>
><br>
> Open GitHub and fork Geany into myname.<br>
> Create a branch on github myname.<br>
> Fetch geany myname from github.<br>
> Switch to branch and edit it.<br>
> Commit it.<br>
> Open github and create PR.<br>
><br>
> The details may vary a bit, for example a subsequent fork may be "ff<br>
> only", but generally it should be something like that. Now we have:<br>
><br>
>    1. geany master<br>
>    2. myname master on gitgub<br>
>    3. myname branch on github<br>
>    4. myname master on the local machine<br>
>    5. myname branch on the local machine<br>
><br>
> I cannot help but think that a total of 5 Geany copies are a bit too much<br>
> for a simple PR. And copies 2-5 are not really related to geany master -<br>
> "origin master" means myname master. Huh...<br>
><br>
> If I understood the protected branches correctly, the scheme will be:<br>
><br>
>    1. geany master - protected, writable to leading devs only.<br>
>    2. geany mybranch on github - writable to myname as creator.<br>
>    3. geany mybranch on the local machine.<br>
><br>
> Simpler, real origin, and GitHub PR-s are be used because they are<br>
> convenient, not required. Though seeing all branches may be a bit too much<br>
> for the leading devs.<br>
><br>
> The procedure itself is not much shorter, but there's less room for<br>
> errors, and syncing is simpler - actually nil, you always start from the<br>
> current geany master.<br>
><br>
> —<br>
> Reply to this email directly or view it on GitHub<br>
> <https://github.com/geany/geany/issues/764#issuecomment-159019989>.<br>
><br>


<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br>Reply to this email directly or <a href="https://github.com/geany/geany/issues/764#issuecomment-159077567">view it on GitHub</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/ABDrJ4VCzUgsoJO4GiT4dBncsQHO2wS3ks5pI4J1gaJpZM4Glekm.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/geany/geany/issues/764#issuecomment-159077567"></link>
  <meta itemprop="name" content="View Issue"></meta>
</div>
<meta itemprop="description" content="View this Issue on GitHub"></meta>
</div>