Here's another point supporting this idea.
(3) When copying a complete directory structure, svn:externals pointing
to other places within the same directory tree will continue to point to
meaningful locations in the copy.
E.g: Given this tree:
/projectA/trunk/common/
subproj1/
svn:externals: common ../common
subproj2/
svn:externals: common ../common
tags/
$ svn cp http://foo.com/projectA/trunk http://foo.com/projectA/tags/1.0
would correctly be preserving links from the subproj directories to
their related 'common' directory. Of course, this scheme breaks if just
subproj1 is copied to somewhere.
Mats
> -----Original Message-----
> From: Peter Davis [mailto:pediddle@pediddle.net]
> Sent: den 26 augusti 2003 06:26
> To: dev@subversion.tigris.org
> Subject: Relative URLs for svn:external
>
>
> Would it be possible to implement relative URLs in svn:externals? For
> example:
>
> svn:externals:
> foo http://server/repos/foo
> bar ../xyz/relative-URL-to-bar/
>
> Right now it results in:
>
> Fetching external item into bar
> svn: Bad URL passed to RA layer
> svn: Unrecognized URL scheme: "../xyz/relative-URL-to-bar/"
>
>
> My reasoning is twofold:
>
> (1) Without a real "svn link" command, svn:externals is the
> easiest way to
> have a "live copy" of one part of a repository to another.
>
> (2) Users can access the repository using all sorts of methods (http,
> https,
> svn, svn+ssh, etc.) and even different host names. Not all
> methods work
> for all users (note how collab.net provides port 81 as well
> as port 80 so
> that some people can get around stupid proxies). Relative
> URLs allow the
> protocol and server name to change depending on the users' needs.
>
> Without relativity, svn:externals' use as a substitute for
> intra-repository
> links is limited.
>
> Thoughts?
>
> --
> Peter Davis <pediddle@pediddle.net>
> Furthermore, I believe bacon prevents hair loss!
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Aug 26 08:55:41 2003