Whydah stable releases use the name version number as the release number.
A bug fix release follows a stable release, when necessary. Bug fix releases add a sequence number to the product release number. Thus, the first bug fix release for Whydah 2.0 will be version 2.0.1, then 2.0.2, as necessary.
A bug fix release replaces the previous stable release.
Bug fix releases are follow-ons to stable releases. Bug fix versions automatically start at stability "rc", reflecting the fact that only localized bug fixes are expected to be included in such a release. Once all desired bug fixes are in place, a stability vote (to "stable") is followed by a release vote.
- Whydah 2.0 - Release Log
[Intermediate, pre 2.0 releases] [Pre 1.0 releases]
- "alpha" versions are not stable; the represent functionality in flux; classes and methods may be renamed or otherwise refactored between releases.
- "beta" versions occur once main functionality is complete; they exist to fix bugs in both old and new functionality, and fill any gaps in functionality.
- "rc" versions are "release candidates"; the functionality should be solid; the point of a release candidate is to get wide exposure to the new codebase to ensure that the final release is free of bugs.