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

Re: Query: svn externals and export

From: Ryan Schmidt <subversion-2009d_at_ryandesign.com>
Date: Wed, 9 Dec 2009 17:37:38 -0600

On Dec 9, 2009, at 12:34, Ryan Schmidt wrote:

> On Dec 9, 2009, at 10:15, Andrew Hardy wrote:
>
>> how should I construct a build
>> script to cope with this - with the consideration that I may not know of
>> future use of 'externals' e.g. the 'wibble' directory becoming
>> externally referenced at some unknown time.
>
> You could non-recursively check out the parent directory ("svn checkout -N"), then "svn update" each directory that you do want. Doesn't matter if the directory is real or an external.

Sorry, this appears to have been wishful thinking on my part. This works fine for normal directories, but does nothing for externals.

> The depth feature (--depth) allegedly replaced the nonrecursive feature (-N) in Subversion 1.5 but I have not yet learned the new syntax so I don't know if it works the same.

It looks like externals are only checked out if you use depth infinity.

http://subversion.tigris.org/issues/show_bug.cgi?id=3311

See perhaps also:

http://subversion.tigris.org/issues/show_bug.cgi?id=2377

So I don't know an easy way to accomplish what you want. The only method that springs to mind is to read the svn:externals property in your script, parse it (in its many valid forms), figure out if it references a directory you want, and if so, check it out from the indicated URL instead.

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2429058

Please start new threads on the <users_at_subversion.apache.org> mailing list.
To subscribe to the new list, send an empty e-mail to <users-subscribe_at_subversion.apache.org>.
Received on 2009-12-10 00:38:44 CET

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.