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

Re: Revision number madness

From: Paul Lussier <p.lussier_at_comcast.net>
Date: 2003-12-02 04:12:41 CET

In a message dated: Mon, 01 Dec 2003 20:33:15 +0100
=?ISO-8859-1?Q?Tobias_Ringstr=F6m?= said:

>> And commit before anybody else are doing something.
>
>I don't like this. Something is wrong if you have to guess the revision
>number for the next commit (or require everyone else to hold off their
>commits which just as bad). The whole point of using a tag is to
>identify the release. The revision number of the tag is 100% useless
>redundancy that can only confuse the users.

I agree. By adding yet another rev number, you're just adding
complexity and confusion. The whole point of tags is to freeze a
specific data set in both time and space. If anyone should ever need
to go back and recreate any given release, they just need to check out
the tag.

Unless I'm misunderstanding something, there's little or no need for a
trunk/ or branches/ release number once the tag is made. So why not
just remove the release number all together? Is there some purpose to
them I'm missing? Or do people just like the warm, cozy feeling they
provide? (which is a perfectly valid reason for keeping them :)

+1 for getting rid of revision numbers
-0 for leaving things the way they are
-1 for adding more revision numbers :)

Seeya,
Paul

--
Key fingerprint = 1660 FECC 5D21 D286 F853  E808 BB07 9239 53F1 28EE
	It may look like I'm just sitting here doing nothing,
   but I'm really actively waiting for all my problems to go away.
	 If you're not having fun, you're not doing it right!
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Dec 2 04:13:21 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.