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

Re: Subversion limits?

From: Thorsten Schöning <tschoening_at_am-soft.de>
Date: Fri, 28 Sep 2012 23:37:26 +0200

Guten Tag Thomas Loy,
am Freitag, 28. September 2012 um 21:46 schrieben Sie:

> This brings up a question for me. I have a couple of repos that
> are over 5 years old and reaching close to 400GB of storage. I'd
> like to "trim" the first couple of years of versions and store them
> to some sort of "archive" repo and keep the most recent versions in
> an "active" repo. I've been toying with export commands but haven't
> had any success. I would like to back us away from any possible limits.

You really should start a new thread and give some more details,
especially about the version of your repos, maybe its contents,
binaries vs. source code vs. some other text format, how many working
copies you have and how expensive it is to create new ones etc.

The short answer is that it's easy not possible to do what you want as
revision will change in the newly created repos, you need fresh
checkouts everywhere etc. Besides that, as Subversion only works on
diffs after the first full commit of a file, depending on your data
you may or may not save space. Think of 1 GB files changed over 5
years in only some MB of diffs, you new repo would still need to
provide GBs of data as the revision base in the first commit etc.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning       E-Mail:Thorsten.Schoening_at_AM-SoFT.de
AM-SoFT IT-Systeme      http://www.AM-SoFT.de/
Telefon.............030-2 1001-310
Fax...............05151-  9468- 88
Mobil..............0178-8 9468- 04
AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow
Received on 2012-09-28 23:37:54 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.