DebianReleases > Release When Ready
This was the philosophy behind Debian's release process. Release only when everything is ready, meaning that all the infrastructure is in place, and the number of release critical bugs is zero.
Pros:
First of all, we do release; releasing is important for our development process.
- Releases are of high quality (because we always sacrifice promptness instead).
- Compared with releases that are split up, monolithic releases are easier to support.
- Compared with short release intervals, long release intervals reduce the number of releases that have to be supported, allowing us to do a better job of supporting the releases that we do make. Long release intervals also make it reasonable for us not to support skip-upgrades, which simplifies package maintenance.
Cons:
- This worked better when Debian was small. The larger Debian becomes, the harder it becomes to get all of it in shape at the same time.
- As a result, the time between releases has been steadily increasing.
- The long interval between releases has driven people to use sid or other distributions.
Even among defenders of ReleaseWhenReady, many people think that sarge has taken too long to release and that something must be done to make sure that etch is released more quickly.
See ReleaseProposals for alternatives.
Note to wiki editors / PermaLink : If you want to link to the current release policy, link to the redirect-page ReleasePolicy rather than linking to this page statically.