Hello,<br><br><div class="gmail_quote">On Sat, Nov 12, 2011 at 7:22 AM, Cristian Oneț <span dir="ltr"><<a href="mailto:onet.cristian@gmail.com">onet.cristian@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 class="im">On Friday 11 November 2011 21:27:25 Alvaro Soliverez wrote:<br>
> In cases where a commit has to be applied to several branches, it can be<br>
> merged to one branch, and cherry-picked from the others.<br>
<br>
</div>Does this mean that the commits in the stable branch must be cherry-picked?<br>
<br></blockquote><div><br>If they were relevant to stable, yes. But this is much simpler than before, where backporting implied applying a patch, or copy-pasting the code.<br><br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

Also:<br>
$ git branch -r<br>
  origin/4.5<br>
  origin/4.6<br>
  origin/HEAD -> origin/master<br>
  origin/master<br>
<br>
Do we really still need origin/4.5? It seems like clutter since we don't use<br>
it anymore.<br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br>Well, there's history there that may not be in  other branches, as some commits might only live in the stable branches. I'd say we keep those branches. <br>
<br>Regards,<br>Alvaro<br><br></div></div>