Hacker News new | past | comments | ask | show | jobs | submit login

How do you use date-based version numbers for planning purposes? Do you have another versioning system just to list what will be included in each release?



With a rigid release schedule, it's easy to figure out the release date for a given version. Luckily, Mozilla has already standardized on development cycles of 18 weeks (http://blog.mozilla.com/futurereleases/2011/07/19/every-six-...) staggered to result in releases every 6 weeks.


Distant Ubuntu releases (not yet codenamed) are generally referred to as [latest_codename] + x, like "Compositing will actually work well in Natty+5", meaning the feature is targeted for five releases after Natty.

Since Firefox has "Aurora" and "Beta" channels on a regular graduation schedule (Trunk->Aurora, Aurora->Beta, Beta->Final), the only question is "When is unmerged feature X going to be placed in trunk?", and the answer to that is usually "when we expect it to work well enough".

What will be interesting here is when there are MAJOR changes that take more than six weeks of testing to stabilize. Will the cycle just stall temporarily and go immediately back to six weeks on the next cycle?




Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: