<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jul 8, 2020 at 6:21 AM Joshua C. Colp <<a href="mailto:jcolp@sangoma.com">jcolp@sangoma.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Greetings all,<div><br></div><div>I've given this some thought in the past and thought with the impending branching of Asterisk 18 I'd get some input on a change to the process. The new major version process has evolved over time but hasn't really been changed lately. Let's look at what it is like in practice today:</div><div><br></div><div>On July 15th under current process both the 18 branch and 18.0 branches will be cut. The 18 branch will continue to receive all bug fixes, but the 18.0 branch will only receive changes as a result of issues found through testing 18.0 or through big fixes to new functionality in it. This means that when 18.0.0 is actually released it is generally a few months behind. In the past this was to give it time to stabilize as it were. This presents the following issues:</div><div><br></div><div>1. It leaves a confusing area for developers where we have to ask "should this go into 18.0?"</div><div>2. It confuses users because if they upgrade to 18.0.0 then it is likely the other current releases have bug fixes they don't have, which has caused issues for users in the past.</div><div><br></div><div>I don't think this is the best situation for either.</div></div></blockquote><div><br></div><div>Agreed.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>I'd like to propose that instead of cutting the 18.0 branch on July 15th we simply cut the 18 branch, and that it continues to receive all bug fixes. Approximately a month before a target release of 18.0.0 we create the first release candidate, 18.0.0-rc1. At this time we also create release candidates of the other branches. All release candidates will then be left available for a prolonged period of time to give people ample time to test. On the release date all will be released, ensuring that all branches including 18 have the same set of bug fixes as appropriate to their version.</div></div></blockquote><div><br></div><div>Sounds like a good plan.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>This removes the confusion for developers over whether to include a fix, since the 18.0 branch won't exist until rc1 at which point normal cherry pick rules apply. This also eliminates the confusion experienced by users since all releases will be on the same page at the same time at release.</div><div><br></div><div>What do people think? Do we believe that a month out is ample enough? The 18 branch itself will exist, so that can be used for early testing (and likely will be). If a month isn't enough it could be moved out further. Really I think thanks to the testing that happens and the code review I don't think we need as long of a stabilization period as has been needed in the past, so this helps shrink it.</div></div></blockquote><div><br></div><div>+1<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>Cheers,</div><div><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div style="font-family:tahoma,sans-serif"><font color="#073763" style="--darkreader-inline-color:#97cdf8;">Joshua C. Colp</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763" style="--darkreader-inline-color:#97cdf8;">Asterisk Technical Lead</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763" style="--darkreader-inline-color:#97cdf8;">Sangoma Technologies</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763" style="--darkreader-inline-color:#97cdf8;">Check us out at <a href="http://www.sangoma.com" target="_blank">www.sangoma.com</a> and <a href="http://www.asterisk.org" target="_blank">www.asterisk.org</a></font><br></div></div></div></div></div></div></div></div></div></div></div></div>
-- <br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" rel="noreferrer" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr" style="font-size:12.8px"><div dir="ltr" style="font-size:12.8px"><div style="font-family:tahoma,sans-serif;font-size:small"><span style="color:rgb(7,55,99)">George Joseph</span><br></div></div><div dir="ltr" style="font-size:small"></div><div style="font-family:tahoma,sans-serif;font-size:small"><span style="color:rgb(7,55,99)">Asterisk Software Developer</span><br></div><span style="color:rgb(7,55,99);font-family:tahoma,sans-serif;font-size:small">direct/fax +1 256 428 6012</span><br><div style="font-family:tahoma,sans-serif;font-size:small"><font color="#073763" style="--darkreader-inline-color:#97cdf8;">Check us out at</font> <a href="http://www.sangoma.com/" style="color:rgb(17,85,204)" target="_blank">www.sangoma.com</a> and <a href="http://www.asterisk.org" target="_blank">www.asterisk.org</a><br></div><div style="font-family:tahoma,sans-serif;font-size:small"><img src="cid:ii_k3abte590" alt="image.png" width="184" height="32" style="margin-right: 0px;"></div></div></div></div></div></div></div></div></div>