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

Re: svn disk usage

From: Chris Frost <chris_at_frostnet.net>
Date: Fri, 4 Jul 2008 14:34:05 -0700

On Sat, Jun 14, 2008 at 10:43:29AM -0700, Kevin Grover wrote:
> > BTW#2: is there any way of saving space in the working copy,
> > eg. by kicking off seldomly used files in the back-copy ?
> > These files could be fetched on-demand (eg. on svn diff, etc).
> >
> > The point is: I normally check out the whole tree, including
> > all tags (for convenience), but almost never change eg. tags.
> >
> > A really cool thing would be having an svn filesystem, which
> > only presents what you're interested in (maybe the revisions
> > could also appear as subdirs, like in fossil) and really does
> > everything on-demand. It probably even would not need to have
> > double-copies of each file, since it directly sees the change
> > from the user.
> >
> A while back someone wrote a user space filesystem for Linux that does
> this. It was written so that he could manage his photo collection in
> SVN and not have a double space penalty on the working copy. I went
> looking for it and could not find it - I tried Google and the SVN
> Archives.
> It would manage all text-base versions using hard links until you
> tried to save a change to the original file, then it created a copy.
> Unfortunately, it's specific to Linux.

In case responding now will still be useful, the program's name is scord:

Note that scord only reduces the working copy overhead; it does not reduce
the disk space used by storing multiple svn branches.

Chris Frost  |  http://www.frostnet.net/chris/
PGP: http://www.frostnet.net/chris/pgpkey.txt
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-07-04 23:34:52 CEST

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.