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

Re: compact repository (many files)

From: Mark Phippard <markphip_at_gmail.com>
Date: Wed, 26 May 2010 12:03:30 -0400

On Wed, May 26, 2010 at 11:53 AM, Paul Ebermann <Paul-Ebermann_at_gmx.de> wrote:

> I have here a personal Subversion repository hosted on my university account (for easy
> access from everywhere via SSH). (Its format is a 1.5 FSFS, from the information in the
> meta-files.)
>
> I'm now to revision 2529, which means the whole repository has 5098 files (most of them in
> db/revs and db/revprops), and which each new revision I get two more files.
>
> (The whole repository is about 45 MB big, but that's not the matter here.)
>
> The problem now is that I have a quota limitation of 30000 files here (additionally to a
> size limit), and my svn repository fills now about 1/6 of this, steadily growing, forcing
> me to delete other files ...
>
> Is there any way to reduce the file number of the repository without throwing away
> information? As in, throw the changes in revisions 0 ... 999 together in one file (and
> this way even safe some space for better compression)? (I don't care for worse
> performance, as those old revisions are used only very seldom.)
>
> I found nothing about this by extensive googling so I assume such a function is not yet
> implemented. Is this really a new idea, or was it discussed before and rejected? Or is
> there a simple workaround?

Subversion 1.6 includes the svnadmin pack command which will convert
every 1000 revisions into a single revision file. It does not pack
the revprops though, so it will only save you about 2000 files instead
of 4000. Once you get past revision 3000 you can run the command
again to pack revisions 2000-3000.

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
Received on 2010-05-26 18:04:05 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.