RE: [tasklist] tasklist module version numbers

I agree with you Tor.  Sorry I haven't been real active lately.  My
computer died a few weeks ago and I haven't been able to build my new
one yet.  On top of that I'm building a house and we close on that on
Wed!  So hopefully I'll get a new computer soon and then I'll be able to
make the bug query screens.  Once those are in though, I would say it is
at 1.0 with the rest of the stuff.  After that it would be new features
like saving bug queries, new bug engines and things like that.  

You might have to fill me in on how to re-version things when I get to
that point.  Never done that with CVS.

Hope that helps
Andrew

-----Original Message-----
From: Tor Norbye [mailto:[email protected]] 
Sent: Friday, March 14, 2003 9:40 AM
To: [email protected]
Subject: [tasklist] tasklist module version numbers

Hi,
you may have seen Jesse's post on nbdev recently about
changing version numbers for modules.

Apparently, the trunk version must always be more recent than
the release35 branch version.

With our current naming scheme that won't work, since we use
x.y.z for both, so if there's a bug fix in the branch, rev'ing
it may cause the version number to match a trunk version.

Here's how we can solve that:
in the trunk, use only two integers for the version:
x.y
and then bug fixes and maintainance updates use x.y.z.

Since we're at 0.9.x now I'd rather not go to "0.10", since that 
will look more like "0.1" than "0.9+0.1". So I propose we shortly
declare "1.0" on all the modules (except buglist and compiler, since I
don't think they're feature complete yet, although speak up Tim and
Andrew if you disagree).

So the modules in the release35 branch will be numbered 1.0,
and then 1.0.x as additional fixes are applied.

All the trunk modules will be version 1.1 (not 1.1.x). So in not
too many revs, the core module in the trunk might for example be
at version "1.24". If at that point a split into a NetBeans 4.0
branch occurs, the branch versions would be "1.24.x".

Does this make sense? Unless I hear objections I will make
these changes soon. I will let Tim control the compiler version
number and Andrew control the buglist version number so you can
decide when it should reach 1.0.

-- Tor



---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]