<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Sep 19, 2013 at 4:08 AM, SF Markus Elfring <span dir="ltr"><<a href="mailto:elfring@users.sourceforge.net" target="_blank">elfring@users.sourceforge.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hello,<br>
<br>
I have read a bit about a "default branch" (in the document section "Release Management").<br>
<a href="https://bitbucket.org/multicoreware/x265/wiki/Contribute#markdown-header-release-management" target="_blank">https://bitbucket.org/<u></u>multicoreware/x265/wiki/<u></u>Contribute#markdown-header-<u></u>release-management</a><br>

<br>
How do you think about to work also with topic branches?<br>
<a href="http://git-scm.com/book/en/Git-Branching-Branching-Workflows" target="_blank">http://git-scm.com/book/en/<u></u>Git-Branching-Branching-<u></u>Workflows</a><br>
<a href="http://stevelosh.com/blog/2009/08/a-guide-to-branching-in-mercurial/" target="_blank">http://stevelosh.com/blog/<u></u>2009/08/a-guide-to-branching-<u></u>in-mercurial/</a><br>
<a href="http://mercurial.selenic.com/wiki/BranchingExplained" target="_blank">http://mercurial.selenic.com/<u></u>wiki/BranchingExplained</a></blockquote><div><br></div><div>If there will be development efforts that work away from the main default branch for any length of time, I prefer for that development to happen in separate clones (forks) rather than on a named branch.  Some of that is for aesthetics, named branches live forever.  But mainly it is because of the nature of our development, a single mailing list.  Keeping track of what patches are destined to which branch would be a lot of pain, not to mention the extra effort demanded of reviewers.</div>
<div><br></div><div>So instead I would like to allow development forks to have unlimited push access to their own repositories, but when they wish to merge their development with our default branch they submit patches from their fork to our ML for review.</div>
</div><div><br></div>-- <br>Steve Borho
</div></div>