<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, May 7, 2013 at 11:56 AM, Bill Wendling <span dir="ltr"><<a href="mailto:isanbard@gmail.com" target="_blank">isanbard@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="HOEnZb"><div class="h5">On May 7, 2013, at 10:20 AM, Sean Silva <<a href="mailto:silvas@purdue.edu">silvas@purdue.edu</a>> wrote:<br>

<br>
> On Tue, May 7, 2013 at 11:14 AM, Rafael Espíndola <<a href="mailto:rafael.espindola@gmail.com">rafael.espindola@gmail.com</a>> wrote:<br>
> > Yeah, that's tricky. In our git setup, is there a way to commit these<br>
> > updates directly to the release branch? (I'm guessing that it's possible<br>
> > from SVN, but I'm clueless about SVN). If it's not possible to commit<br>
> > directly to the 3.3 release notes from git, then that would be a severe<br>
> > inconvenience for git users.<br>
> ><br>
> > If it is possible to commit directly in some easy way, then we should<br>
> > probably clean out the trunk release notes and have them be the "3.4"<br>
> > release notes, with a prominent warning at the top to tell developers to<br>
> > commit directly to the release branch for 3.3 updates.<br>
><br>
> There are not that many patches that need to go to the branch, so in<br>
> the past I have just used svn directly. I is fairly simple for this:<br>
><br>
> $ svn co <a href="https://llvm.org/svn/llvm-project/llvm/branches/release_33" target="_blank">https://llvm.org/svn/llvm-project/llvm/branches/release_33</a><br>
> $ build a patch with git, in the same way you would for sending it for<br>
> review (the branch is missing on the git mirror, but I expect it to<br>
> show up soon).<br>
> $ cd /the/path/release_33<br>
> $ patch -p1 < your_patch.patch<br>
> $ svn commit<br>
><br>
><br>
> Ah, ok. Unfortunately, even though that's not so complicated, it does seem to take at least an order of magnitude more time than simply committing "as usual"; hence it would discourage people from adding to the release notes.<br>

><br>
</div></div>Perhaps we should create a temporary ReleaseNotes_34.rst file instead? All 3.4 notes would go there. The 3.3 release notes would go into the regular file.<br>
<br>
Vice versa, we could rename the current one ReleaseNotes_33.rst and use the ReleaseNotes.rst as the "new" one.<br><span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div style>
This sounds like a good idea. I don't have a strong preference either way.</div><div style><br></div><div style>-- Sean Silva </div></div><br></div></div>