<div dir="ltr"><div>I like the idea, We do the same for our wbem server, also we have a fixed timeline for the bug fix release.<br></div><div>May be I too can join the wagon<br></div></div><div class="gmail_extra"><br><br>
<div class="gmail_quote">On Tue, Apr 2, 2013 at 11:59 PM, Tom Stellard <span dir="ltr"><<a href="mailto:tom@stellard.net" target="_blank">tom@stellard.net</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">On Tue, Apr 02, 2013 at 09:59:39AM -0700, Chris Lattner wrote:<br>
> On Apr 2, 2013, at 9:51 AM, Tom Stellard <<a href="mailto:tom@stellard.net">tom@stellard.net</a>> wrote:<br>
> > I would really like to see the LLVM project start to make official bug fix<br>
> > releases (e.g. 3.3.1, 3.3.2, etc.).  I think that this would be useful for a<br>
> > lot of the users of LLVM, especially projects that use LLVM as a library.<br>
> > I am willing to help maintain bug fix releases, and I'm wondering if<br>
> > this is something that the LLVM project would officially support with<br>
> > a stable SVN branch and by hosting the official stable tarball releases.<br>
><br>
> This would be really useful, and definitely welcome.  The major thing that has historically prevented it from happening is manpower.  We have enough difficulty as it is pulling together the official major releases.<br>

><br>
> However, if someone was interested in being the "update release manager" and was willing to do the work to organize and qualify it, it could definitely happen.  Tom, are you personally interested in doing this?<br>

><br>
<br>
</div>Yes, I would be willing to be the "update release manager".<br>
<span class="HOEnZb"><font color="#888888"><br>
-Tom<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
><br>
> ><br>
> > I realize that maintaining stable branches is a lot of work, so I would<br>
> > like to come up with a procedure that makes maintaining these branches<br>
> > as easy as possible.  Here is a rough idea of what I had in<br>
> > mind, but please suggest alternatives if you know of a better way:<br>
> ><br>
> > 1. Developer fixes a bug or makes a change that he/she thinks would make<br>
> > a good candidate for the stable branch.  Commits would require approval<br>
> > from the Code Owner in order to be backported to stable.<br>
> ><br>
> > 2a. When the developer commits that change, he/she adds to the end of the<br>
> > commit message something like:<br>
> ><br>
> > Note: This is a candidate for the stable branch<br>
> ><br>
> > 2b. Alternatively, if a user discovers a bug in a stable release that has<br>
> > been fixed in ToT, he/she could request to have the fix backported.<br>
> ><br>
> > 3. The developer would be encouraged, but not required to cherry-pick the<br>
> > commit to the stable branch.  The stable maintainer would periodically<br>
> > search the commit logs and cherry-pick any commits that had been missed,<br>
> > consulting with the author of the commit in the case of a difficult<br>
> > merge conflict.<br>
> ><br>
> > 4. After some interval of time, the stable maintainer would announce<br>
> > plans for a stable release and testing would begin.<br>
> ><br>
> > What does everyone think?  Would something like this be doable?<br>
> ><br>
> > Thanks,<br>
> > Tom<br>
> > _______________________________________________<br>
> > LLVM Developers mailing list<br>
> > <a href="mailto:LLVMdev@cs.uiuc.edu">LLVMdev@cs.uiuc.edu</a>         <a href="http://llvm.cs.uiuc.edu" target="_blank">http://llvm.cs.uiuc.edu</a><br>
> > <a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev</a><br>
><br>
_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:LLVMdev@cs.uiuc.edu">LLVMdev@cs.uiuc.edu</a>         <a href="http://llvm.cs.uiuc.edu" target="_blank">http://llvm.cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Warm Regards<br>--Dev<br>OpenPegasus Developer<br>"It's Always better to try and fail instead of not doing/trying anything"<br>
</div>