[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: Greg Hudson <ghudson_at_MIT.EDU>
Date: 2003-12-16 18:15:24 CET

On Tue, 2003-12-16 at 12:02, John Peacock wrote:
> I second/third the recommendation that 'svn --version' report a version based on
> what branch it was released from. "official releases" (which always come from a
> branch) will report a version soley based on the branch they were released from
> and svn releases from the trunk will display the revision number in addition to
> the version number.

svn releases from the trunk will display *what* version number? They
weren't released from a branch. They do not bear a linear relationship
to any release made from any branch.

> Because that is what the developers of each project have specified. The Linux
> developers mandate that 2.4 and 2.6 are two different release generations.
> Similarly, Mozilla 1.5 and 1.6 are defined by their development team as two
> minor releases in the same generation.

You're saying "because Mozilla has more frequent releases?" That has
nothing to do with the version numbers. If Mozilla slowed down releases
but kept their version numbering, then Mozilla 1.5 and Mozilla 1.6 would
be just as different as Linux 2.4 and Linux 2.6. That would also hold
true if Linux sped up their release cycle and made fewer changes between
2.4 and 2.6.

(Your use of the word "generation" only served to confuse the issue for
me. What's a "generation?" When Mozilla had bugfixes to make to 1.4,
they put out 1.4.1, not 1.5.)

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Dec 16 18:16:13 2003

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

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