[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: ListMan <listman_at_burble.net>
Date: 2006-04-24 00:05:52 CEST

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
of the project in a repository that could be archived away?

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 ??

thx

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Apr 24 00:07:08 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.