Talden wrote:
> Things that I've had to wrap my head around and accept as reasonable.
>
> - Pristine copies. Damn that's a lot of diskspace used up. Yeah but
> you can revert extremely cheaply in many cases and you're sending
> diffs in boths directions. Aw hell, realistically disk is cheap
> enough that most non-video-production projects are never going to
> care.
I'm still wrestling with the pristine copy space issue in the migration
from SOS+VSS to SVN. Mostly for my photography archives which are
15-20GB at the moment with multi-megabyte files. Having to use up
30-40GB for 15-20GB of files seems a bit wasteful. (It impacts backup
sizes, NTFSClone image sizes and other situations.)
I think I can mitigate a lot of it by mapping a windows drive to a
WebDAV version of the repository.
Alternately, I'm considering making more use of "svn import" / "svn
export" for the local copy on my laptop drive.
Ideally, I'd like a flag where I can tell SVN that I don't want to keep
pristine copies (in exchange for higher network traffic and a higher
server load). Either on a folder-by-folder basis (with inheritance) or
on a file-type basis across a set of folders or the entire working copy
(or entire repository). Which goes along with your (and others') ideas
that some file types are best sent over the wire without computing deltas.
(The possible downside of not computing deltas depends on whether the
server attempts a delta in order to store the file. If the client
doesn't do the work, then it's up to the server to do it. Unless the
server simply stores a new snapshot in the repository which would be the
trade-off resulting in larger repositories.)
I understand and agree with why SVN keeps a local pristine copy... I'm
just happy that perpendicular-recording technology is now available so I
can buy that 160GB 2.5" drive for my laptop...
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Oct 16 07:30:30 2006