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

Re: version numbering

From: Daniel Becroft <djcbecroft_at_gmail.com>
Date: Mon, 16 Apr 2012 06:52:41 +1000

On Sun, Apr 15, 2012 at 7:37 PM, Stefan Küng <tortoisesvn_at_gmail.com> wrote:

> Hi,
> Currently, the TSVN version is 1.7.6 while svn is at 1.7.4. So we're two
> micro versions apart.
> This apparently causes some problems on the svn mailing lists.
> It was suggested that svn therefore would skip two micro versions for
> their next release to catch up with TSVN, but that suggestion was
> rejected. Instead TSVN should instead change its version numbering to
> avoid confusion.
> The discussion on the svn dev list is here:
> http://thread.gmane.org/gmane.comp.version-control.subversion.devel/135106
> So instead of our next release being 1.7.7, it would be 1.7.6-2 and when
> svn 1.7.7 gets out, we would be at 1.7.6-3, and finally with svn 1.7.8
> we then would also be at 1.7.8.
> I'm not sure if this won't cause problems for us, since our users are
> used to only three digit numbers and might overlook the '-2' when
> reporting issues.
> So what do you think? Should we change our version numbering? Or just go
> on as we did before?

I'd leave everything as it is. I've read the thread on the svn-dev list,
and it seems that
this is being raised to solve user ignorance.

As long as the major versions match, I think that's best TSVN shouldn't
need to
adjust it's version numbering to match it's upstream suppliers, just as svn
need to adjust it's version numbering to match downstream consumers.

Just my 0.02c

Daniel B.


To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2012-04-15 22:57:36 CEST

This is an archived mail posted to the TortoiseSVN Dev mailing list.

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