<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, May 7, 2013 at 11:03 AM, Rafael Espíndola <span dir="ltr"><<a href="mailto:rafael.espindola@gmail.com" target="_blank">rafael.espindola@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">> It seems highly error-prone to try to merge these one by one. Maybe it would<br>
> be better to just merge the whole document right before the release is made?<br>
> That would avoid anything falling through the cracks. Or I guess it doesn't<br>
> hurt to merge as we go, and then merge the whole document to make sure<br>
> nothing got lost.<br>
<br>
</div>A related problem is where to put the 3.4 release notes. IMHO we<br>
should merge what we have to 3.3 and start the 3.4 release notes. Any<br>
new additions to the 3.3 release notes should then go directly to the<br>
3.3 branch.<br></blockquote><div><br></div><div style>Yeah, that's tricky. In our git setup, is there a way to commit these updates directly to the release branch? (I'm guessing that it's possible from SVN, but I'm clueless about SVN). If it's not possible to commit directly to the 3.3 release notes from git, then that would be a severe inconvenience for git users.</div>
<div style><br></div><div style>If it is possible to commit directly in some easy way, then we should probably clean out the trunk release notes and have them be the "3.4" release notes, with a prominent warning at the top to tell developers to commit directly to the release branch for 3.3 updates.</div>
<div> </div><div style>-- Sean Silva</div></div></div></div>