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

RE: Re: Roadmap for 1.1

From: Crucius, Wesley <WCrucius_at_sandc.com>
Date: 2004-04-05 19:15:04 CEST

Hmm... Well, I suppose it doesn't mean much, but I'd sure like it. One
of the nusiances with the cheap-copy pseudo tagging scheme is that if I
subsequently want to get the latest versions of several projects, so I
go to the parent folder and do a check-out, I'll get all of the contents
of the branches and tags folders as well. It just feels like the
"cheap-copy-taging" scheme could be even cheaper if I really want to do
is create an alias that I can you to find a revision by later...
Anyway, I'm just voting so that anyone who cares knows that there is
definitely interest in such a feature.

Thanks,
Wes

-----Original Message-----
From: Ben Collins-Sussman [mailto:sussman@collab.net]
Sent: Monday, April 05, 2004 12:00 PM
To: Jeremy Pereira
Cc: C.A.T.Magic; McClain Looney; users@subversion.tigris.org; Barry
Scott
Subject: Re: Roadmap for 1.1

On Mon, 2004-04-05 at 09:22, Jeremy Pereira wrote:
> (revision
> aliases are simple to implement so there is probably a philosophical
> reason why the developers haven't implemented them).

Not really, it just never occurred to us as important. We've been using
the global revision numbers themselves for so long (to do merges,
annotate issues, etc), we've never felt the "itch" to refer to them by
human names.

This wouldn't be very hard to write. In the general case, we need some
sort of API for finding all revisions that contain a specific property
name/value. At the moment, this is already happening when we convert a
date to a revision. The RA->get_dated_revision() API scans all the
revisions, reading their 'svn:date" property and returns exactly one
revision. We just need to generalize this idea. It just that nobody's
bothered to do it yet.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Apr 5 19:16:08 2004

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.