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

Re: NEW FEATURE REQ: ability to specify/use aliases for repository URLs

From: Benjamin Pflugmann <benjamin-svn-usr_at_pflugmann.de>
Date: 2004-04-05 22:39:49 CEST

Hi.

I don't mean to argue a

On Thu 2004-03-25 at 09:29:40 +1100, Patrick Sunter wrote:
> I strongly agree with Adam's idea below. And it would also allow
> svn:externals to work when people are accessing the repository with
> different protocols.

Interesting point.

The first use-case of aliases I have seen that cannot easily be solved
with shell variables. OTOH, there are other just as easy solutions, so
it's not a strict requirement. Aside from that remark, I don't intent
to argue about aliases per se.

> Subversion is obviously storing the base URL of the current repository, so
> why can't it allow these relative URLs?

What I meant to write about is just a side note: What Subversion
stores is not as obvious as you let it sound, considering that
Subversion doesn't store the base URL of the current repository
anywhere.

Subversion does store the base URL of the current directory in the WC
.svn area. To make the difference clearer: In the officical subversion
tree there exists (just an arbitrary example):

  http://svn.collab.net/repos/svn/trunk/subversion/tests/clients/cmdline

What subversions currently stores in the WC is the complete URL. The
repository base URL would be:

  http://svn.collab.net/repos/svn/

but there is no reliable way (without contacting the repository itself
and doing some queries) to find that out, especially considering the
possiblity to checkout only a sub-tree like

  http://svn.collab.net/repos/svn/trunk/subversion/tests/

Regards,

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Apr 5 22:53:19 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.