Am Mittwoch, den 05.04.2006, 20:31 -0400 schrieb Miguel:
> We have all been using the number 10.1 for the next release of Jmol.
> 
> When I release the 10.00 version, I called it 10.00 because I fully
> expected to have to make follow-on release called '10.01' or '10.02'
> 
> The question is ... What do we call this release?
> 
> And, if we do a minor bug fix, what do we call the follow-on release.
> 
> I would rather preserve the digits after the second decimal point for
> development stuff.
> 
> I am comfortable calling this release 10.1 ... with the minor bug fixes
> being called 10.11 and 10.12
>
> At some point (not very far in the future) we would release 10.2 with new
> features.

Please not. In your scheme you want that

10.2 > 10.11

But that's not true. In reality

10.1 < 10.2
10.2 < 10.11
10.20 > 10.11

The versions will not be comparable when you realize your idea.

A common used scheme is the odd-even version scheme as used by GNOME or
the linux kernel. Other schemes are out there too. Bob e.g. suggested
one. But it's uncommon to use a leading zero. And it's common to not use
a two-chars number and then a number with three chars. To stay at Bob's
example it means:

10.1.0
10.1.1
10.1.2
10.1.x
10.1.88
10.2.0
10.2.1
....

The '.0' normally is a sign for a new release, which may still contain a
few issues. The '.1' is known as the first bug-fix release. Depending on
the scheme, the middle number can show, if it's a development or a
stable version (that's the odd/even scheme). But this special scheme is
mostly useful for projects, which really develop a stable tree, which is
then only fed with bug-fixes and small improvements and a development
tree, which will be the next major release. I don't know, if that's,
what you plan for Jmol.

> I just want to make sure that other people are comfortable with that
> naming scheme.

For packaging a "broken" (not logical) version scheme will lead to heavy
issues, because version numbers cannot be compared. So handling of
updates, which will introduce package changes, will be impossible.

Regards, Daniel



-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Jmol-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-developers

Reply via email to