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

Re: Subversion "labels" vs. "tags"

From: Greg Hudson <ghudson_at_MIT.EDU>
Date: 2005-05-23 19:49:40 CEST

On Mon, 2005-05-23 at 13:12 -0400, David Weintraub wrote:
> Let's try this again with the correct subject line...

When you're starting a new thread on a mailing list, it's not
appropriate to reply to an existing message, even if you remember to fix
up the subject line. There is threading information in replies (which
you typically can't see while composing the message, in most mail user
agents) which can cause your new thread to get lost in the display of
other people's mail programs.

(I'm not suggesting you restart the thread; this is just for future
reference. At this point, splitting the thread by restarting it would
do more harm than good.)

As to your suggested feature:

  * I am concerned about having two different ways of doing almost the
same thing.

  * I am concerned about expanding the command set.

  * I am concerned about creating a CVS-style tag namespace which is
non-hierarchical and is orthogonal to the file namespace. In my
experience with CVS, the tag namespace tends to become very cluttered.

  * I am concerned that by making labels an alias for revision numbers,
it may not always be clear what part of a repository's file namespace
the label pertains to. There is no such ambiguity with directory

  * I recognize that having to protect the sanctity of tags with a hook
script, and not being able to use tags as revision arguments, are
drawbacks to Subversion relative to CVS. I wonder if there might be
better ways around these problems.

> 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...

This is not true; you can "svn diff http://blah/tags/blah/foo.c foo.c".
Obviously, that's pretty unwieldy, but it's not impossible.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon May 23 20:13:55 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.