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

RE: Re: feature request: svn revision alias

From: Reedick, Andrew <jr9445_at_ATT.COM>
Date: Wed, 20 Feb 2008 09:32:11 -0600

> From: OS [mailto:os_at_portfoolio.com]
> Sent: Tuesday, February 19, 2008 2:11 PM
> To: Paul Koning
> Cc: users_at_subversion.tigris.org
> Subject: Re: feature request: svn revision alias
>
> Yes:
>
> Look, svn-people, all I was suggesting was a practical, simple (I
thought) solution to a
> common, simple problem. It's something that all other SCMs offer and
it would appease
> many people used to that type of procedure (I think).
>
> As far I can see, all the machinery is already there. The only thing
missing is the symbolic name.
>
> Don't even call it tagging. svn promotes tag-via-copy, fine. Call it
revision naming or aliasing,
> whatever. And let the users use it as they see fit. Or not. It would
be an option that wouldn't
> bother anyone not using it.

*Grrrrrr* You haven't sufficiently defined what you're asking for. Is
it:
        a) a way to alias a REV number in the same manner as HEAD, PREV,
etc., or
        b) to implement a more traditional style of tagging/labeling
instead of using 'svn copy', or
        c) a way to 'tag' single files (or revisions) in order to see
what tag directories the version/revision is in, or
        d) something else?
        e) an easier way to query/search on revision properties

If it's 'a', then I ask what's the benefit? A revision refers to the
entire repository, or to the actual file changes made in that single
revision. A revision/alias simultaneously provides too much and too
little information to be useful in most cases. A revision alias could
be useful for marking merge points, or promoted/tested revisions, and
would probably be less clumsy than using revision properties. Which
implies that an easier way to query or search on revision properties is
what you're really after? Ex:
        svn co -r prop:TESTED svn://some/where/foo.java
Which actually sounds like a really good idea, IMO. Let's call that
option 'e'.

*****

The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential, proprietary, and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers. GA623

---------------------------------------------------------------------
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-20 16:32:59 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.