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

Large Repository Layout

From: Gale, David <David.Gale_at_Hypertherm.com>
Date: 2005-08-29 22:19:20 CEST

I'm looking to add one of our largest projects to subversion, and trying
to come up with the best option.

The project consists of one directory with multiple sub-directories.
One of the subdirectories has about 3 gigs of data spread across ~4000
files, and another one has 185 megs in about 1800 files. All other
subdirectories are either empty, or close to empty, but needed for the
project to work. (And yes, all of this is without the compiled files.)
The two directories are tightly coupled in that both are needed for any
development work; almost all updates happen in the larger directory,
though the smaller one does get touched periodically.

My thoughts so far are:
 - One big repository. Downside: slow, pretty much whatever you do.
 - Put the 3gig directory in its own repository, and reference it with
svn:externals in the main repository. This seems better in theory, but
since most work is done in the larger directory, I'm not sure the
speedup is appreciable.

 - Should I use BDB of FSFS for the larger repository?
    * My reading of the book is that, since the directory has all 4000
files at the same level, FSFS would be faster.
 - Is it possible to have multiple svn:external repositories put their
files in the same directory?
    * My answer: Probably not, as that would cause a headache on svn
adds, etc. Though, it would be nice if I could break it down into
smaller chunks. Unfortunately, I can't segregate the files into
 - Any other advice/things I should be thinking about?

-David Gale

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Aug 29 22:22:07 2005

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.