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

RE: Space Constrain

From: Bob Archer <Bob.Archer_at_amsi.com>
Date: Thu, 12 Jan 2012 10:20:04 -0500

> Our Subversion server is RedHat Linux.
>
> We have lot of repositories which is maintaining in Linux server. Each
> repositories taking huge size in our server.
> Our Maximum size limit is 100GB, but the size almost reached 98%. We are in
> trouble when we are using repository in Tortoise SVN.
>
> We are getting space constrain issues. For temporary purpose we deleting
> unused repositories in Server.
> Even though the size in increasing daily basis.
>
> Can anyone suggest me, how to save space. Is that any good way to keep it SVN
> server without space constrain?
> Is that any way to compress and reduce the repositories size without any
> impact?
>
> Please advise me with good practice.
> Your suggestion is more use to me.

I think the main way to keep repos small is to NOT put binary files in it. Of course, depending on your usage that may not be practical. I think the majority opinion is hard drives are cheap.

I know some people here have recommended some binary versioning systems that only maintains a certain number of versions back and delete older ones. I don't recall the names. Someone else can chime in with one or two.

You could also implement something like that yourself with a build script. Store your binaries in a folder tree with a "latest" that is a symlink of the most recent version of the binaries. This way your references and such don't need to change for every version.

Another option is to store binaries in a separate repository that you can archive and recreate monthly or quarterly, or whatever. Then you can use externals in your projects to reference them.

BOb
Received on 2012-01-12 16:21:11 CET

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.