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

sparse checkouts and svn:externals

From: Jack Repenning <jrepenning_at_collab.net>
Date: 2007-10-01 21:15:53 CEST

Is the present behavior of svn:externals under sparse checkouts right?

What I see (r26847) is that svn:externals directories are only
created when their parent directory is checked out "--depth
infinity". It seems to me that these directories-created-by-
svn:externals are subdirectories, just like the more ordinary ones,
and should be included in "--depth immediates" (at --depth empty, of
course, just like the ordinary ones).

Further, svn:externals presently breaks stickiness, populating (at
depth infinity) from any subsequent, depth-less "svn up", even when
legitimately missing (that is, when the parent checkout was "files"
or "empty"):

   $ svn co file:///svn/sparse/trunk sparse --depth files
   $ svn stat -v --depth infinity sparse
                 8 8 jrepenning sparse
                 8 8 jrepenning sparse/afile
   $ svn plist -v sparse
   Properties on 'sparse':
     svn:externals : ext-whatever file:///svn/sparse/ext
   $ cd sparse
   $ svn up

   Fetching external item into 'ext-whatever'
   A ext-whatever/afile
   A ext-whatever/sub1
   A ext-whatever/sub1/afile
   A ext-whatever/sub1/sub2
   A ext-whatever/sub1/sub2/sub3
   Updated external to revision 8.

   Updated to revision 8.

This, of course, is also contrary to the behavior of ordinary

Jack Repenning
Chief Technology Officer
CollabNet, Inc.
8000 Marina Boulevard, Suite 600
Brisbane, California 94005
office: +1 650.228.2562
mobile: +1 408.835.8090
raindance: +1 877.326.2337, x844.7461
aim: jackrepenning
skype: jrepenning

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Oct 1 21:16:02 2007

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.