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

RE: How to prune old versions of an artefact?

From: Cooke, Mark <mark.cooke_at_siemens.com>
Date: Mon, 15 Jul 2013 10:49:32 +0100

> -----Original Message-----
> From: David Aldrich [mailto:David.Aldrich_at_EMEA.NEC.COM]
> Sent: 15 July 2013 10:09
> To: 'users_at_subversion.apache.org' (users_at_subversion.apache.org)
> Subject: How to prune old versions of an artefact?
>
> Hi
>
> We are running a svn 1.7 server.
>
> One of our repositories contains an artefact that is 4GB. It
> consists of a set of regression test results that we want to
> version control. This artefact changes infrequently - say
> every month or two - but it's enormous size is causing
> concern for IT Manager, as the svn database is slowly
> increasing in size.
>
> I would like to prune very old versions of this artefact from
> the server's database. I realise that pruning is not
> generally a good idea for a version control system, but this
> is an exceptional case.
>
> What is the current status of pruning in svn, i.e. how can I do it?

This seems to be called "obliterate" in subversion and is one of the "most wanted" features in the roadmap [1] but is currently slated for "2.0?" A web search for "subversion obliterate" will help you find the gory details.

[1] http://subversion.apache.org/roadmap.html

I believe that the only way you can currently remove items is through careful use of svn dump / filter / load with the sides effect of probably requiring all users to check out new working copies.

For your uses, perhaps you could spin this artifact off into it's own repository (use "external"s from your main repo if required) and then you can archive that repo off whenever necessary?

~ Mark C

> Best regards
>
> David
>
Received on 2013-07-15 11:50:51 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.