In general I support the idea but I think the proposal lacks some specifics
about how version number changes relate to api changes. Currently we have
the numbering system <major>.<minor>.<patch> and our policy is:

major: while I have never been around for major version change I take this
to mean all changes are fair game.
minor: major api
patch: minor api changes... mostly just additions

So the new scheme would basically mean:

major: major api
minor: minor api changes... mostly just additions
patch: ? no api.. .just bug fixes?

I am curious as to what a patch release implies... consider we release gt
8.0.0. Then let's say we fix some bugs, so we put out 8.0.1. Great. Then
someone comes along and wants to make an api addition. Since it is non
breaking we put it into 8.1.0. Does this mean no more 8.0.x releases? I
guess so.

Just trying to walk myself through the various scenarios.

On Wed, Apr 6, 2011 at 12:18 AM, Ben Caradoc-Davies
<[email protected]> wrote:

> +1.
>
> Jody, I think your rationale is sound. Dropping the "2." would allow us
> to more clearly indicate where API changes are likely to occur. We
> should not fear major version changes; we are not going to run out of
> numbers.  :-)
>
> I'd also note that in addition to Java, Solaris did the same thing at
> the 2.x mark:
> http://en.wikipedia.org/wiki/Solaris_%28operating_system%29
>
> (Although I hope we can avoid having a SunOS-equivalent [perhaps
> GeoTools is GeoServer's SunOS?].)
>
> On 05/04/11 08:40, Jody Garnett wrote:
> > Proposal is up:
> http://docs.codehaus.org/display/GEOTOOLS/Skip+GeoTools+3
> >
> > Feedback welcome :-)
> >
> > --
> > Jody Garnett
> >
>
> --
> Ben Caradoc-Davies <[email protected]>
> Software Engineering Team Leader
> CSIRO Earth Science and Resource Engineering
> Australian Resources Research Centre
>
>
> ------------------------------------------------------------------------------
> Xperia(TM) PLAY
> It's a major breakthrough. An authentic gaming
> smartphone on the nation's most reliable network.
> And it wants your games.
> http://p.sf.net/sfu/verizon-sfdev
> _______________________________________________
> Geotools-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>



-- 
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to