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

Re: FW: [DESIGN] Aliases?

From: Folker Schamel <schamel23_at_spinor.com>
Date: 2006-02-28 15:55:46 CET

Matthias Wächter wrote:
> Ben Collins-Sussman schrieb:
>> You know, we already have the ability to attach arbitrary unversioned
>> metadata to revisions. And that's exactly the sort of "label" that
>> David Gale is talking about. If we had the ability to search
>> revisions by querying revprops, we'd be done. David could invent all
>> the revprops he wanted, and search on those revprops to locate
>> specific revision numbers.
>
> I don't think that that's the way it is meant and should be done.
>
> If I understand the issue correctly, what Subversion is missing is a way
> to specify a tag, and instead of checking out the tag (directory)
> getting the source-of-tag directory.
>
> For example, consider a checked-out directory:
>
> /repos/trunk/ (@5)
> /file1 (@5)
> /file2 (@7)
>
> When you create a tag, you simply make "svn cp .
> http://server/repos/tags/mytag" committing, f.e., rev. 10
>
> When you check out "http://server/repos/tags/mytag" again, despite the
> nomenclature and possibly typing more than in the case of proposed
> aliases, you end up with
>
> /
> repos/tags/mytag/ (@10)
> /file1 (@10)
> /file2 (@10)
>
> but what you actually need is to check out what you had before,
> /repos/trunk @5 and the files @5 and @7, even if the tag was @10.

I don't see this need.

I often checkout a tag (especially a tag referring
to a shipped software version), and I don't have a problem
with "repos/tags/mytag/ (@10)".
If I want to jump to trunk again, I use "svn switch".

As I understood the philosophy of svn, this is how it should be used.
And I don't see a limitation there.
(Except that you have to type longer command lines,
which is a pure UI thing, and not about missing functionality.)

Cheers,
Folker

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Feb 28 17:01:30 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.