<div class="gmail_quote">On 18 June 2012 07:36, Rick Spencer <span dir="ltr"><<a href="mailto:rick.spencer@canonical.com" target="_blank">rick.spencer@canonical.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


Therefore, I propose we:<br>
 1. Stop with the alphas and betas and win back all of the development effort<br>
 2. *Increase* the cadence of ISO testing to whatever we want or<br>
whatever the community team can manage<br>
 3. Spin a trial ISO near what is not beta time (maybe around current<br>
kernel freeze?)<br>
 4. Spin ISOs for release candidates<br>
 5. Maintain the current Alpha and Beta designations as development<br>
targets only (i.e. don't spin a special image for them).<br></blockquote><div><br></div><div>From the point of view of a community member:</div><div><br></div><div>The term Alpha can be quite frightening to some people, given that it's traditionally been associated with unstable software in the early stages of development. The few times I've installed Alpha version of Ubuntu it was no more than a couple of days before I had to revert back to the previous stable release because it was so unusable. In the 12.04 cycle, that was no longer the case and the Alpha was quite usable, so I think that since we've broken with the instability during the release cycle, perhaps we should break with the Alpha designation as well. If we want to get more people involved in testing early on, then I think this would be the way to go.</div>


<div><br></div><div>I also think adding the "Release Candidate (RC)" designation towards the end of the cycle would encourage more people who are quite wary of installing pre-release software on their computer to get involved with last minute testing since RC indicates that it's pretty much done and all that's left is to iron out some minor glitches.</div>


<div><br></div><div>I think releasing more Betas would also go towards getting more people involved in testing, as most people would give a new Beta a test once it's released, but forget about it soon after. Releasing a Beta each month, based on the last successful test ISO build, would give more milestones for people to get excited about, and bring back people who had drifted away after some earlier testing.</div>

<div><br></div><div>Therefore, I propose:</div><div>1) Beta 1-4 at the end of months 1-4</div><div>2) Release Candidate release at the end of month 5</div><div>3) Full release at the end of month 6</div><div>4) All the while with new test ISOs being spun up every 2 or 3 weeks (or greater if that's too fast)</div>


</div>