<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 19, 2013 at 12:42 PM, Satish Balay <span dir="ltr"><<a href="mailto:balay@mcs.anl.gov" target="_blank">balay@mcs.anl.gov</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>So if the branch is quick-fix-merge-to-master - then its ok not to<br>
create a remote branch.<br></div></blockquote><div><br></div><div style>Sure, use discretion. If there's a question, push the branch too.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div>
> We can always look at the ancestor of the branch to see where it started<br>
> from.<br>
<br>
</div>Hm - so 'if branch from maint - eventual merge destination for branch/patch is maint'?<br></div></blockquote><div><br></div><div style>Yes, but that merge might never happen if there are no more maintenance releases in that series. If someone wants it, they can get it easily.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
</div>But this increates the probability of merge conflicts that would have<br>
to be manually resolved. And we've avoided doing this before. So now<br>
we do these extra 'manual' merges now?</div></blockquote></div><br>Merge strategies can help make those conflicted merges easier, but there is inherently more effort to apply a patch to a very old version of the code, which will have more conflicts. But if you think you might want the fix in 'maint', the best way to make that possible is to start a topic branch there.</div>
</div>