You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by "Bryan D. Andrews" <ba...@trendcore.com> on 2006/04/23 20:21:54 UTC

Archiving Projects

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? 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org


Re: Archiving Projects

Posted by Nico Kadel-Garcia <nk...@comcast.net>.
----- Original Message ----- 
From: "ListMan" <li...@burble.net>
To: <us...@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

Re: Archiving Projects

Posted by ListMan <li...@burble.net>.
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

Re: Archiving Projects

Posted by allan juul <al...@muly.dk>.
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? 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
> 
> 

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.

if the latter, then it's probably a matter of style or taste. we
actually created a "recycle bin"-project in our root, so people
(including non-developers) had one last chance to view what's being
deleted in an quick way. after that we delete the "recycle bin"-project
itself.

./allan


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org