<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, May 7, 2013 at 11:14 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">> 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>
</div>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>
<div class="HOEnZb"><div class="h5"><br></div></div></blockquote><div><br></div><div style>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.</div>
<div style><br></div><div style>-- Sean Silva </div></div></div></div>