[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Subclipse version numbering

From: Mark Phippard <markp_at_softlanding.com>
Date: 2005-12-02 14:52:24 CET

Russel Winder <russel@russel.org.uk> wrote on 12/02/2005 03:58:13 AM:

> The recent kerfuffle over version numbers and a few other issues has
> made me wonder if the Subclipse version numbers should have more
> structure to them.
> I am moving to using Ubuntu which releases every 6 months with whatever
> version of Subversion is available when they freeze for the build. This
> means being well behind in Subversion versions. This is not Ubuntu
> specific but true for everyone who does not install their own Subversion
> version.
> Given that Subclipse depends crucially on the Eclipse and Subversion
> version, I wonder if it would be good for the Subclipse version number
> encoded this information so that people could quickly ascertain which is
> the latest version of Subclipse they can use install into their system?
> I am assuming that this is more of an issue for JavaHL users than it is
> for JavaSVN users?

The best thing is probably to start using JavaSVN so that this is not an
issue for you. Our version numbering has a lot of Eclipse ramifications.
Once we cross the 1.0 threshhold we will have a lot more flexibility in
changing to a new system, but I have thought about it a lot and am not
sure it would bring any benefits. For example, implicit in your request
would seem to be the notion that someone is going to enhance and produce
new releases of Subclipse that use older versions of Subversion. That is
not likely to happen. Which comes back to that the best thing to do would
probably be to adopt JavaSVN.


Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.
Received on Sat Dec 3 00:52:24 2005

This is an archived mail posted to the Subclipse Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.