2009/1/23 Heikki Johannes Junes <[email protected]>
>
> 2009/1/23 Chris Cannam <[email protected]>
>
>> The next release will be numbered (tick the box for your preferred
>> option):
>>
>> [] Rosegarden 9.06 (where "9" and "06" are year and month of release)
>>
> [ ] Rosegarden 0906 (likewise, has advantage of always sorting prior to
>> 10xx)
>> [X] Rosegarden 09.06 (likewise)
>>
>
> 09.06-beta, 09.06-pre, 09.06 (release), 09.06.1 (bugfix1), 09.06.2
> (bugfix2), etc.
>
>
>> [ ] Rosegarden 9.1 (where "9" is the year and "1" means first release
>> in that year)
>> [ ] Rosegarden 9 (with 9.1 reserved for any bugfix point release from 9)
>>
>> If you have another preference, write it here: __________
>> (but please tick one of the above as well).
>>
>> Also, please tick one of the following:
>>
>> [X] The release should also have a name, drawn from those of yellow roses
>> [ ] The release should only have a number
>>
>
> Code name could (or should) be taken into use in the beginning of the
> development cycle.
>
(I am answering to some other comments.)
People will call it Rosegarden 99.99(.99), or, with the code name. The first
code name could be, for example, Rosegarden "Alba" (see
http://en.wikipedia.org/wiki/Rose#Alba ). In addition, I would prefer to use
the Year.Month(.bugfixrelease) scheme since it is the only intuitive in use.
Each of the number should have some meaning. Otherwise, the numbers should
be left away completely. There is also no need to release more often than
once per month.
IMHO, 9.1 is even worse than 2.0 if we are not releasing on January.
Firstly, who cares that "this is the first release of year 2009". That kind
of information is totally irrelevant. Secondly, releasing once per year
(Year.release) is maybe too rarely. Lastly, release number 9.2 depends on
the context, since you need to know that 9.1 has been release earlier. IMHO,
the release number should not depend on the previous release numbers, except
for the bugfixes which should add up. Otherwise, the release number is
(again) context dependent, which I would like to avoid.
--
Heikki
------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Rosegarden-devel mailing list
[email protected] - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-devel
