[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: Ryan Schmidt <subversion-2007b_at_ryandesign.com>
Date: 2007-11-07 09:05:45 CET

On Nov 6, 2007, at 11:25, Peter SchueŸller wrote:

> The first question:
> I use svn:externals within a repository and if I checkout an old
> revision via "svn co -r REV" I would like to have that all
> externals pointing into the very same repository are also checked
> out with this revision.
> I read in the users manual, that it is recommended to always set
> the -r tag in the svn:externals definition to ensure consistent
> checkouts but for externals within one repository I would like to
> always get the same revision.
> Is there a possibility to bind the revision of the external to the
> revision of the parent directory?
> (setting -r BASE or -r COMMITTED does not work - could it work with
> some minor changes perhaps?)
> [And if it works for "svn checkout" would it also work for "svn
> export" where the directory has no revision state?]

No, Subversion does not offer that feature. As you have already
discovered, you must put the revision part into the svn:externals

> And the second question:
> 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:


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Nov 7 09:06:10 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.