[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: Enrico Weigelt <weigelt_at_metux.de>
Date: Fri, 13 Jun 2008 20:13:18 +0200

* Andy Levy <andy.levy_at_gmail.com> wrote:

> You can only switch via a dump/load cycle (make sure when you run
> svnadmin create for the new one you specify --fs-type=bdb).
> http://subversion.tigris.org/faq.html#dumpload

Okay, my repository is "just" about 120MB big yet, so I'll
have a try within next days.

BTW: what about compression ?

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.

cu

-- 
---------------------------------------------------------------------
 Enrico Weigelt    ==   metux IT service - http://www.metux.de/
---------------------------------------------------------------------
 Please visit the OpenSource QM Taskforce:
 	http://wiki.metux.de/public/OpenSource_QM_Taskforce
 Patches / Fixes for a lot dozens of packages in dozens of versions:
	http://patches.metux.de/
---------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-06-13 20:14:42 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.