<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 19, 2013 at 11:20 AM, 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 id=":26q">I don't understand this. you mean 'master' at the end? So you mean:<br>
- create a 'patch' branch off 'maint' and apply this patch.<br></div></blockquote><div><br></div><div style>yes</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div id=":26q">
- merge this 'patch' branch to 'maint'<br>
- merge this 'patch' branch to 'next'<br></div></blockquote><div><br></div><div style>Merge 'patch' into 'next' first so that it can be tested before going to more stable branches.</div><div>
<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":26q"><div class="im">
<br>
</div>Sorry - I meant to say 'it has merges from 3.2' - so I'm not sure how<br>
eqivalent it is to previous 3.3-petsc+3.3-bs - and if we should generate<br>
patch updates for 3.3 from this or not.</div></blockquote></div><br>Yes, it's basically the same, except for 'patch' branches being able to go spend time in 'next' before 'patch' appears in 'maint', as above. We'll make maintenance releases from 'maint'.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra" style><br></div><div class="gmail_extra" style><br></div><div class="gmail_extra" style>Also, I would prefer to name maintenance releases 3.4.X instead of 3.4pX so that version comparison macros can be used. Sometimes PETSc fixes a bug in a maintenance release and other applications do not have a nice way to test for that. Subminor release numbers conventionally mean "source- and binary-compatible", so I don't see any value in  3.4pX numbering.</div>
</div>