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