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

Re: feature request: svn revision alias

From: Karl Fogel <kfogel_at_red-bean.com>
Date: Mon, 18 Feb 2008 11:18:58 -0500

OS <os_at_portfoolio.com> writes:
> The svn revision is pretty much equivalent to what a tag is in other
> systems.
> But it's a numeric value, hard to remember, etc -- and people wish to
> give tags descriptive names.

Yes... one way to do that is to give them a name under the 'tags'
directory... :-)

> Wouldn't this be useful:
> svn alias <rev> <name> (or svn revalias <rev> <name>)
>
> Then one would be able to use <rev> and <name> interchangeably in
> other svn operations.
> Call it the poor man's svn tag! :)
>
> I don't know... But it appears simple enough to implement (please
> excuse my ignorance), and I think
> many people out there would love this feature. (At least judging by my
> pesky users!)

There have been some requests for this before. It's not out of the
question, but it's complicated. For example, we already have some
symbolic revision names ("HEAD", "PREV", etc), and these would have to
become special reserved labels, since they can already be used where a
revision number would normally be used. But then we have to predict
all future special labels, which is hard to do.

Aside from "some people aren't used to it", I've not seen any
convincing disadvantages demonstrated for just using 'svn copy' to
create a tag, I have to admit. I'm keeping an open mind, but if we're
going to extend Subversion's interface, it should be because of a
convincing advantage.

-Karl

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-02-18 22:54:57 CET

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.