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

Re: Archiving Projects

From: Nico Kadel-Garcia <nkadel_at_comcast.net>
Date: 2006-04-24 02:49:00 CEST

----- Original Message -----
From: "ListMan" <listman@burble.net>
To: <users@subversion.tigris.org>
Sent: Sunday, April 23, 2006 6:05 PM
Subject: Re: Archiving Projects

>
> On Apr 23, 2006, at 2:07 PM, allan juul wrote:
>
>> Bryan D. Andrews wrote:
>>> We have a repository that has a lot of older projects not in use
>>> anymore. We would like to make a copy of the repository and then clean
>>> out the current repos with only the most current projects. Is this a
>>> correct approach (as opposed to trying to start with a fresh repos)?
>>> Our repos is about 5 gigs right now and without the dead projects and
>>> their history its probably a quarter of the size. Is there any info /
>>> any links that someone could direct me to on this?
>>
>> i think you have to decide why you want to clean. is it because you want
>> to save disk space or is just to get a "cleaner looking" repository ?
>>
>> if the former, then you have to realize that the the svn db never really
>> shrinks only gets larger and larger no matter what you commit.
>>
>
> could you perhaps autocreate a new repository after a certain number of
> versions and have everyones local area point at that (through symbolic
> links maybe)? that way you will end up with older versions

There are notes in the Subversion manual page about splitting up
repositories. Splitting them is in fact feasible: what's an amazing pain is
flushing files that accidentally got copied to the wrong place and which
don't belong anymore.

If you're not re-arranging the repository entirely, *do not* allow the
"svnadmin dump | [ filter content ] | svnadmin load" steps to renumber the
repository, it'll just drive anyone with a checked out copy nuts.

> because of the nature of our project we're only interested in the last 20
> or so versions of our design (this is binary data, not ascii) so having a
> repos that contains the entire history doesn't make sense for us.
>
> if the above were possible, do people think it would be quicker to
> update/commit etc as well as yielding smaller repositories ??

Possibly, but you may not notice the speed difference in the face of local
operations like checksumming local files when doing commits.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Apr 24 02:49:42 2006

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.