On 12/04/2011, at 3:36 AM, David Lutterkort wrote:
On Mon, 2011-04-11 at 00:30 +1000, Justin Clift wrote:
> For example, should we start with 0.1.0, or 0.5.0, 1.0.0,
> or something else? (ie Aeolus 0.1.0)
If you call it 0.1.0 Alpha, I'd expect there to be a 0.1.0 Beta, 0.1.0
RC and 0.1.0 GA together with a dedicated cycle to get from one state to
the other.
If, as is common for open source projects, release qualification is
simply best effort, rather than through a well-defined process, I
wouldn't bother with alpha, beta etc. and just go straight to RC or even
GA.
Good point. Alpha/beta/rc/etc naming is probably better suited
to a point in the future, where we have a number of stable releases
done.
Personally, for a consistent numbering approach, Jason's idea appeals to
me. :)
+ Each release from a major iteration increments a minor number
ie 0.1.0 -> 0.2.0
+ Each release from a sprint increments the revision number
ie 0.1.0 -> 0.1.1
If a royally bad bug turns up and _needs_ fixing immediately, we could
either just increase the revision number again (ie 0.1.1 -> 0.1.2)
or do a sub-revision thing (ie 0.1.1.1). Or maybe something else.
We can cross that bridge if/when we come to it. :)
Anyone have objections to using Jason's suggested approach? People ok
with it?
We could vote (+1/-1), but my suspicion is people don't really care
that strongly either way so far. ;>
Regards and best wishes,
Justin Clift