Good Evening Harald,

There is one added wrinkle - one of the reasons trunk is unstable is because we are finding and fixing bugs in the GeoTools (and sometimes GeoAPI library). In the past I have been able to make monthly releases of this library ... and that would be a perfect time to "tag" uDig trunk (ie when they can actually name the version of GeoTools they depend on - rather than just getting the "latest snapshot").

I am going to (for a customer) go back and tag a version of uDig trunk that was building against the GeoTools 2.5.x stream. The main difference between GeoTools 2.5.x and GeoTools 2.6.x right now is improvements to the SLDParser done so uDig could work with RasterSymbolizers successfully.

To be clear; just because we tag it does not mean it will be something that can be built later; we need to also mark down the which SNAPSHOT jars were used for the tag; this can be done by updating a couple of entries in the copy.properties file in net.refractions.udig.libs.

Cheers,
Jody

Wellmann, Harald wrote:
Ok, I'd better move to the trunk then...

So if the trunk and the 1.1.x branch have grown so far apart, wouldn't
it be useful to create a tag from the trunk once a month or so to mark a
stable build? From the messages on this list, I get the impression that
trunk builds are broken once in a while, so working on head revision is
probably not a good idea when you are trying to develop a uDig add-on,
and not uDig itself.

Incidentally, I always assumed that the "RC" in "1.1-RC14" stands for
"Release Candidate", so I was wondering when the magic 1.1.0 release
would finally arrive.
Now I get the impression that the 1.1.x branch is simply your stable
branch and that you provide bugfix releases in regular intervals.

Maybe it's just a matter of personal taste and habit, but I think it
would be more intuitive to call these stable releases 1.1.14, 1.1.15
etc. and to start creating release candidate tags 1.2RC1, 1.2RC2, ...
from the trunk until the trunk gets stable enough to cut a 1.2.0 release
and a 1.2.x release branch while the trunk moves ahead towards 1.3.

Is there a particular target in terms of functionality or timeline for a
release 1.2?

Regards,

Harald

_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel

Reply via email to