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

[DESIGN] Aliases? (Was: RE: Re: I, too, miss tags.)

From: Gale, David <David.Gale_at_Hypertherm.com>
Date: 2006-02-24 16:19:14 CET

Kent Borg wrote:
> On Thu, Feb 23, 2006 at 07:44:17PM -0800, Ron wrote:
>> I agree. There is a lot I love about SVN over CVS (and VSS) but
>> sometimes I just want simple tags. It is true that subversion's
>> system can do everything tags can (and then some), but it's more
>> cumbersome to use. I don't want to have to know the structure of
>> the repository (/tags, /release, /trunk, etc, etc) just to snap a
>> symbolic name on a revision to help my memory down the road.
>
> Another former CVS users here, one who likes subversion but one who
> also finds the lack of tags unnerving.
>
> One thing I have is a tags.txt file (that I also keep in subversion),
> and in it I keep notes. For some notable versions (e.g., "New feature
> X is working, I think") I note the date and version number along with
> a short comment.

Perhaps we could satisfy all of our former CVS-acolytes (myself
included) with a "svn alias" command (or some such), which would assign
a human-readable name to a specific revision. HEAD, PREV, and the like
already exist, but there's currently no way to assign one of the user's
own creation. I'd propose something like:

svn alias [-force] [-r 21134] NEW_LABEL [path-to-repos]

If the command is run within a working copy, the path to the repository
should be picked up from that. If no revision is specified, HEAD should
be assumed. If the NEW_LABEL alias already exists, an error should be
thrown unless -force is specified (matches CVS's behavior). This
doesn't change the working copy; it creates a versionless alias on the
repository, which would then be available for future "-r <alias>"
commands. I'd also suggest a "svn alias -list" command, which would
list all of the aliases in the repository and the revisions they point
to.

Comments?
-David

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Feb 24 16:21:19 2006

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.