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

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

From: Gale, David <David.Gale_at_Hypertherm.com>
Date: 2006-02-28 14:43:10 CET

Rainer Deyke wrote:
> To cut this ongoing discussion short: Is there anything that revision
> aliases would allow you to to that the current tagging mechanism does
> not allow you to do?
> Note: You can currently tag the whole repository, for every definition
> of "whole repository" that matters, by setting up your repository
> like this:
> /tags
> /whole_repository
> /project1
> /trunk
> /branches
> /project2
> /trunk
> /branches
> Note: You can (and should, in the absence of built-in merge tracking)
> keep track of merge points using the current tagging mechanism.

Or in the absence of a good way to record the last merged revision,
which revision aliases would give.

> If there is anything that revision aliases allow you to do that cheap
> copies don't allow, I would love to hear it. If there is nothing,
> then the only benefit of revision aliases is syntax sugar. In that
> case, the problem can be solved quite elegantly by writing a
> tag-aware subversion client, without changing anything on the server
> side.

Well, I've suggested merge-tracking (I think tagging each merge, as you
suggested above, is a remarkable kludge around the lack of a way to
track revision numbers) and a way to link in to the issue tracker
(ISSUE_1423_FIX, for instance). Both of these are currently possible,
but with extra tools and/or digging (merge tracking generally requires
an extra script, or digging through log files; issue tracking normally
works one way only--notes in the issue tracker saying "this was resolved
in revision 42"). There are a bunch of creative people using
Subversion; I wouldn't be surprised if they came up with their own uses
for revision aliases. Basically, think of what causes you to have to
say '-r 1234' or '-r <date>' (I can never remember the syntax for that
one), and consider whether or not it might be convenient to have an
easy-to-remember mnemonic for that revision number.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Feb 28 14:46:01 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.