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

Re: Huge repository

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2006-08-21 16:11:18 CEST

On 8/21/06, Zsolt <zkoppanylist@intland.com> wrote:
> Hi
>
> One of our customers consider to use SVN to mange a large code (180 GB) for
> a mid-medium size team. Few people with a lot of code, many variants from
> the code for diiferent "product" variants. The commercial CMS tool providers
> told us that this could be a problem for SVN.
>
> Does anybody using SVN with >=180GB repository? Can SNV handle this
> effectively for a team of 50 developers?
>
> Another aspect where he needs more confidence in SVN is the question if SVN
> supports a more stringent way to develop software. The ongoing development
> process looks like this: Small team, lot of code, many internal
> deliverables: some one checks out a file, does his work and checks-in again,
> the release is managed by labels. Another project can now use this release
> via a "use item". Typical question for him is: Is everything which was in
> work already checked in.
>
> Can SVN manage such process together with large repository?

There is no intrinsic reason why Subversion would not be able to
manage that large a repository, although I would recommend avoiding
doing an initial import of all that data all in one commit. If you're
converting from some other system via a conversion utility like
cvs2svn you should be fine, it's simply that a single revision that
modifies thousands and thousands of files can be a performance
bottleneck due to authorization issues (i.e., if you run log over that
revision you have to check if users aren't allowed to see any of the
paths in question before you can show them the log message). A very
large initial import also risks problems related to very large
revision files (on fsfs anyway), but if you have an operating system
that supports large files and a new enough version of APR you should
be fine there.

-garrett

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Aug 21 16:17:23 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.