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

Re: A couple thousand mp3 files (this is not spam <honest> I swear </honest>)

From: Johan Corveleyn <jcorvel_at_gmail.com>
Date: Wed, 17 Aug 2016 22:36:04 +0200

On Wed, Aug 17, 2016 at 9:13 PM, Adam Jensen <hanzer_at_riseup.net> wrote:
> On 08/17/2016 12:55 AM, Ryan Schmidt wrote:
> [snip]
>> He means avoid the 2x disk use by using "svn export" instead of "svn checkout".
> [snip]
>> Of course Subversion only transfers changes.
> Situation summary for the many-large-files scenario. Something like:
> svn checkout svn://URL/ProjX/branches/profile1 ~/test
> cd ~/test
> svn switch ^/branches/profile2
> the branch switch will work nicely with a many-large-files data-set,
> only transferring the files necessary to complete the new profile. But
> the storage requirements for the working copy (~/test) is twice (2x) the
> size of the checked-out data-set.
> Alternatively, using the export method:
> svn export svn://URL/ProjX/branches/profile1 ~/test
> will transfer all of the files of profile1 and the storage requirements
> for the working copy is only (1x) the size of the data-set. But
> switching between branches is not available in the export method.
> To switch branches (using the export method):
> svn export svn://URL/ProjX/branches/profile1 ~/test
> (transfers all files in profile1)
> rm -rf ~/test
> svn export svn://URL/ProjX/branches/profile2 ~/test
> (transfers all files in profile2)
> So basically, the checkout method will require twice (2x) the data-set
> size of storage space for a working copy but there would be
> significantly less network load during many of the branch switches. The
> export method pretty much has the opposite storage/network trade-off.

I guess you'd need this (very old) feature request to be implemented:

https://issues.apache.org/jira/browse/SVN-525 (allow working copies
without text-base/)

Most of the discussion in the issue tracker is rather old (and refers
to the old pre-1.7 working copy format). But I suppose in the post-1.7
era this is still a big undertaking should someone decide to try and
implement this. Help is always welcome of course.

There is also, slightly related, this one, but I guess that wouldn't
help in your case, as your files are not compressible:

https://issues.apache.org/jira/browse/SVN-908 (Store text-base compressed)

Received on 2016-08-17 22:36:39 CEST

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