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

Re: Checkout filtering wanted

From: Ximon Eighteen <ximon.eighteen_at_int.greenpeace.org>
Date: 2005-09-09 01:39:59 CEST

> Somebody is currently working on making 'svn checkout --nonrecursive'
> work as expected, and then creating a UI for explicitly including or
> excluding subdirectories as needed. That would solve the same problem,
> wouldn't it?

I think it would solve the problem, but in a less useful way. Let me see if
you agree with my thinking.

With the proposal for --filter all that the client performing the checkout
needs to know is that they want a mac osx version for instance.

With the solution you refer to isn't it true that the client would need to
fully specify the set of directories to include and exclude, and that
therefore introduces potential for checking out the wrong set of directories
for a given platform?

If the 'UI for explicitly...' allows the client to pull the set of directories
from a subversion property somehow then that would be closer to what Steve
Johnson asked for but would not indicate what the directory set is for whereas
the simple property 'arch=i386' requires less knowledge of the repository
contents and labels the directory/file set into the bargain.

Hmmm, just realised. The non recursive UI solution could work if it means that
the set of directories/files could be specified by a script and the clients
run the script or reference a file containing the required paths, and the
file/script came from the repository and was named something like mac_osx.sh
or mac_osx.paths or some such.

Ximon

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Sep 9 01:42:45 2005

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.