[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: Ryan Schmidt <subversion-2007a_at_ryandesign.com>
Date: 2007-03-05 04:14:48 CET

On Mar 3, 2007, at 10:15, Thomas S. Trias wrote:

>> On Mar 3, 2007, at 01:07, Thomas S. Trias wrote:
>>> 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...
>> You do realize that the .svn directories do contain a complete
>> copy of your sources, right? If your .svn directories are
>> corrupted or deleted, you will need to obtain all those sources
>> again from the repository in order to recreate the .svn directories.
> Yes, I do realize that - however, I don't need to get them twice
> (once in the directory and once in the svn directory). So, maybe
> it won't use double the network bandwidth, but it will use double
> the disk space... unless there is a way to JUST get the svn
> directories.
> I want fresh svn directories without touching the source in my
> working copy.

I'm fairly sure Subversion does not transfer each file over the
network twice. That would be rather wasteful.

In any case I believe this enhancement request is already filed here:


To reply to the mailing list, please use your mailer's Reply To All  
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Mar 5 04:15:12 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.