Jon Sporring wrote:
> Hi,
>
> We've recently converted a cvs repository into a subversion using cvs2svn and
> FSFS. We experince the following problem: The repository on the server is
> only 5.5GB, which is half the size of the original cvs repository 11GB, but
> when I checkout the trunk, then the resulting working copy is almost twice
> the size, 19GB, of the original checkout of the cvs repository. We do have
> large binary files, which we use as a method of file-sharing, and I realize,
> that this will cause the file to be present in the working copy twice: in
> the .svn directory and in the corresponding place of work. However, it would
> appear that the subversion repository uses compression; does anyone know of a
> simple way to enforce compression on the .svn directories or any other smart
> trick to reduce the size of the working copy?
Don't take my word for any of this, just ideas.
"half the size" - this might be due to Subversion using a more efficient
storage mechanism than CVS.
"twice the size" - I think this is normal because Subversion stores a
local copy of your content when checkout so that diffs to determine
local modifications are much faster (don't require network activity).
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Sep 30 11:20:59 2005