Alpha release coordination / plan
I’m proposing myself as a release coordinator for the upcoming Alpha Release, and here are the highlights of the plan.
First, this plan shouldn’t be applied before those conditions are met :
- the LiveCD works quite good (with no major issues left). My understanding of that topic is that we still need the FS overlay (that allows attributes over iso9660) to support live queries. If there is anything more to add to this point, please comment. Plus, the ioscheduler should be tweaked to enhance the user experience using that media.
- all the criticals (blockers) issues already identified are fixed. I see that a lot of them have already been taken care of; that’s good! :)
What I propose is to set a condition list, that when all met, will trigger the countdown. So here is the basic timeline I propose :
RELEASE -4 weeks : Trigger
All conditions are met according to the release comitee. Feature freeze is announced to start after this week.
RELEASE -3 weeks : Feature freeze is effective
Bugfixes only. Medium tolerance to regressions. First release of a preview livecd at the end of the week. QA team gets the livecd to play with. Basically, we try to boot it from everywhere :) But at this step, it shouldn’t be the firsts steps of the livecd, so should be somewhat useable already.
We tag/branch/(whatever it is called under svn) the repository.. all work that might “break” things temporarely are done on the new “unstable” branch. Fixes to what will become the release goes to the “stable” branch.
We put a countdown on the website, with a hot-linkable banner so that fans can blog about it and displays the countdown on their site.
RELEASE -2 weeks :
Bugfixes only. Low tolerance to regressions. Call to test the livecd newest release.
Backport the main fixes that have been tested in unstable.
RELEASE -1 week :
Bugfixes only!! No tolerance for regressions.
Major Fixes regarding LiveCD are still accepted.
At this point, there should only be trivial bug fixes on other components. Of course the software is still alpha, but we have to get ready for the R-Day..
Special attention is paid to documentation and website..
RELEASE -3 days :
Past this point, the alpha tree is frozen.. the final images are in production
RELEASE -2 days :
Images are uploaded, seeded, … we get the md5sum of the images..
RELEASE -1 day :
QA team test a final time the images. There is not much to be done at that time.
Press releases are sent! Website is switched in release mode! The webserver braces itself!! :)
Okay, comments welcome..
Keep in mind that it’s a draft ;-) On future posts, I will start the discussion regarding the formats we will distribute in (LiveCD, UsbStick, VMWare Images, etc…)
- Haiku monthly activity report - September 2019
- Node.js now available in Haiku
- Haiku monthly activity report - 08/2019
- GSOC 2019 Final Report
- Haiku Activity Report: Performance Edition
- new PVS studio scan
- Coding week 4,5,6
- [GSoc 2019] Weeks #4, #5 and #6 progress report
- Haiku monthly activity report - 06/2019
- Coding week no 2 and 3