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

Re: Mnemomic names for revisions

From: Dirk Schenkewitz <schenkewitz_at_docomolab-euro.com>
Date: 2005-05-17 12:13:38 CEST

David Weintraub wrote:
> On 5/16/05, Dirk Schenkewitz <schenkewitz@docomolab-euro.com> wrote:
> ...
>>Isn't that exactly what tags do? That's not what I want - I rather want
>>to give a (symbolic/mnemonic) name to a certain svn revnum, nothing else.
>>As you describe it, "label" seems to be just another name for "tag".
>>I don't see a difference. (Except that a tag cannot be used instead of
>>a svn revnum, but i'm not sure if you're interested in that.)
> In truth, everything you want with the symbolic/mnemonic name could be
> done with tags. However, tags have two problems: They aren't "first
> class" objects, but just a special way of handling branches. To really
> implement tags, you have to write a hook script to keep them from
> being "changed" by a user treating them like a branch. Plus, as you
> argued, you cannot use easily use them in many Subversion commands.
> You want to be able to say:
> $ svn -r REL1.1:REL1.2 foo.c


I agree to almost everything of the rest. Just one question: What happens
if someone tags the whole repository, and then again, including the
previous tag of the whole repository, and so on, several times. I'm not
perfectly sure, but I believe you will get some explosive disc space usage
*on the client* when you check out the whole repository with some of these
whole-repo-tags. This will only happen with tags, because tags are copies.
(My kind of labels are not.) When I wrote that remark of mine was nonsense,
I thought you did wanted to use something other than tags for labelling.

Anyway, I think we dug out some great ideas, altogether. Especially these
server templates, I love that idea more and more. It will not cost any of
flexibility/freedom we have now, but the tools can learn about the repo-
structure. That's just - nice. :-)

Have fun

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue May 17 12:15:58 2005

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

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