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

Re: 1.2.0 tarballs up for testing/signing

From: David Weintraub <qazwart_at_gmail.com>
Date: 2005-05-23 18:59:28 CEST

Over on the Subversion User List, there has been quite a discussion on
the problems with "tags" and the need for a true object type called a
"label". This discussion can be found at:
<http://subversion.tigris.org/servlets/BrowseList?listName=users&by=thread&from=319767&to=319767&first=1&count=115>
<http://tinyurl.com/d4ql8>

After extensive debate, we felt it was time for the Subversion
developers to get involved in our discussion.

We agree that tags have several short comings:

Tags are not first class objects in Subversion -- just another
directory. It is up to the administrator to know that a particular
directory is a tag and not a branch. This type of knowledge is stored
in the implementation of the site and not in Subversion itself.

Once a tag is created, there is no real mechanism built into
Subversion that protects the sanctity of that tag. A user can checkout
the tag's directory, make modifications, then commit those changes.
This means an admin could create a REV1.0 tag directory, and have
users change it without the administrator's knowledge.

There is also no way a tag can be used in Subversion's "svn" sub
commands. For example, in order to compare the current version of
foo.c with foo.c in revision REV1.2, you have to either copy REV1.2's
version of foo elsewhere and use an external diff command, or find out
the revision number that was used to create REV1.2, then plug that
into the diff command. It would be much easier if you could do this:

       $ svn diff -rREV1.2 foo.c

On the Subversion User's list, we've discussed several ways to
implement tags which I'm not going to go through here since that is
really up to the developers. We do agree that we'd like to see the
following features implemented:

1). There should be a fairly easy to use "svn mklabel" command that
creates the label.

2). Anyone should be able to create a label, but only the Subversion
administrator should be able to change it. This would include editing
the label, moving it, renaming it, and even deleting it.

3). You need to be able to list the various label names created.

4). Most importantly, all of the sub commands for svn and svnlook that
take the --revision parameter must understand the concept of labels.
That is, I should be able to specify a label rather than a revision
number, and Subversion automatically does the right thing

We also discussed several ways labels could be implemented: As a
special property on files, as an alias to a particular revision
number, and as a special instance of a "tag". However, we realize the
question of how labels should be implemented is really up to the
developers.

Any thoughts about labels vs. tags?

--
David Weintraub
qazwart@gmail.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon May 23 19:00:15 2005

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.