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

Re: Inverse of svn export (only create or update .svn / _svn directories)

From: Thomas S. Trias <tomtrias_at_artizan.com>
Date: 2007-03-03 08:07:30 CET

----- Original Message -----
From: "Matthew Hannigan" <mlh@zip.com.au>
To: "Thomas S. Trias" <tomtrias@artizan.com>
Cc: <users@subversion.tigris.org>
Sent: Friday, March 02, 2007 10:27 PM
Subject: Re: Inverse of svn export (only create or update .svn / _svn
directories)

> On Sat, Mar 03, 2007 at 04:23:38PM +1100, Matthew Hannigan wrote:
>>
>> Here you go .. (attached)
>>
>> It doesn't do _svn directories, but then
>> it's only for Unix anyway .. or cygwin I guess.
>>
>> Bug fixes gratefully accepted.
>
> Heh, I can see an improvement to be made already;
> use the 0 eol features of gnu's find and cpio:
>
> i.e.
> do
> find . -print0 | grep '/\.svn' | cpio -pdm0 "$checkout"
> instead of
> find . -print | grep '/\.svn' | cpio -pdm "$checkout"
>
> (I originally wrote this on solaris which has no such option)
>
>
> Matt

Matt,

Thanks. I should be able to adapt this pretty easily to a windows
executable (or VBS + cmd file); however, there is still the fact that the
"svn co" will include all of the contents under source control, when all I
want / need are the svn directories. I have one web project that is nearing
1 GB of source code, images, and template documents. Seems a shame to use 2
GB of network bandwidth and temporary file space just to get the svn
directories. I guess I'll dig a little deeper into the svn protocol and see
what I can come up with...

Thomas S. Trias
Senior Developer
Artizan Internet Services
http://www.artizan.com/

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Mar 3 08:08:51 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.