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

Re: space-efficient working copies

From: <kmradke_at_rockwellcollins.com>
Date: 2007-12-04 17:48:09 CET

Chris Frost <chris@frostnet.net> wrote on 12/04/2007 01:57:04 AM:
> On Mon, Dec 03, 2007 at 11:39:24AM -0600, kmradke@rockwellcollins.com
wrote:
> > > I would really like to be able to implement a light-weight working
copy
> > > using symbolic links that point to a common read-only area,
replacing
> > > the links with editable data when locks/edit permissions are
granted.
> > >
> > > Does anyone have any ideas if something like this is feasible in
> > > subversion?
> >
> > A common shared area is interesting, but probably hard to implement.
> > Think about permissions, who actually updates the common area, etc.
> >
> > I believe someone thought about keeping the pristine files in a
compressed
> > format. This might reduce the space at least a little, with the
> > possibility
> > of not too many complex working copy code changes.
>
> It sounds like most files are unmodified in your use case. If so, you
might
> be interested in scord [1], which stores a given working copy and
pristine
> file pair as only one copy on disk when the two files are identical.
This
> would only reduce disk space by up to half, but perhaps that would be
> useful enough? Or perhaps it would be worth the effort to extend scord,
> or use a similar approach, to optimize the multi-checkout use case?
> Disclaimer: I wrote scord.
>
> [1] http://scord.sourceforge.net/

I ran across scord awhile ago. Very interesting project. Too bad
we have so many Windows users...

A bonus is that the webpage has links to some good discussions about
this exact subject!

Kevin R.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Dec 4 17:48:41 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.