Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[udig-devel] Re: [Geotools-devel] Development jar dependancies





geotools-devel-admin@xxxxxxxxxxxxxxxxxxxxx wrote on 09/30/2004 08:30:29 AM:

> > It would be v.nice if the 2.1.x jars could be renamed 2.1-SNAPSHOT for
> > people who want to build (using maven) against the latest code, but
> > who do not want to build geotools themselves.
>
> If you really think people are going to be that brave, you should do a
> release-early-release often development stream with an "unstable
> series" numbers and "stable series" numbers (the linux odd/even
> numbering duality) so that people using unstable code can choose to
> work with a *particular* unstable release, and do not have it changing
> beneath them all the time. Another possibility is to publish
> date-numbered SNAPSHOT jars, so you get 2.1-SNAPSHOT-20040927 or just
> 2.1-20040927.
>
> Paul

As someone who recently built a plugin against code that was only available
by checking out the code anyway, I vote for SNAPSHOT.  Incidentally, I
built it against a source tree I checked out a few months ago
(current-at-the-time) so I have no idea if it's still interoperable with
the now-current trunk.  When I see important Geotools milestones I'll
update it and figure out how to work "maven release" on my own little
subversion repository.  That should timestamp the snapshot important to me
without forcing you all to archive every nightly build from now till
doomsday.

Developing on a shifty codebase is risky. So?

Bryce



Back to the top