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

Re: svn:externals within one repository: requested revision (-r BASE) and path

From: Peter SchueŸller <peter.schueller_at_theobroma-systems.com>
Date: 2007-11-09 09:42:32 CET

Ryan Schmidt wrote:
> On Nov 6, 2007, at 11:25, Peter SchueŸller wrote:
>> Is it possible to specify in an svn:external that it is from the same
>> repository without an access method specification like https:// or
>> file:///?
>> This way if the repository is checked out via svn co http://... the
>> external would also be checked out via http://... if the repository is
>> checked out via file:/// the external could also be checked out
>> (usually much faster) via the file:/// access method.
> I believe that's this feature request, which looks like it has been
> implemented for Subversion 1.5:
> http://subversion.tigris.org/issues/show_bug.cgi?id=1336

That looks exactly like what we are needing! I read the various discussion threads
and I could not find out if a relative svn:external will have the same semantics
with regard to revisions like absolute externals (if you checkout an older revision, the external
will be checked out at the head revision).

I think it would be useful if relative externals would mean the relative path in the checked-out
revision of the parent directory (or if there is a possibility to specify that a relative external
inherits the revision from its parent in an "svn {update|checkout|export}"). Would it be even
possible to implement such a feature? (I'm not so much into the inner workings of subversion)

Peter Schüller
Theobroma Systems Design und Consulting GmbH
Gutheil-Schoder-Gasse 17, A-1230 Vienna, Austria
Phone: +43 (1) 2369893-403, Fax: +43 (1) 2369893-9-403
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Nov 9 09:42:56 2007

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.