On Jan 6, 2009, at 09:08, Geir Engebakken wrote:
> we were facing the same situation when we migrated to SVN last
> fall, but we ended up with one repository for all our 100+ projects
> since the recommendation from SVN manual is to have common projects
> stored within the same repos for easier admin amon other things.
> Now that time goes by we see the revision number increasing
> rapidly, today 18000+ and still we have the big conversions to
> come. (And we convert our existing SCM projects with all revision
> info for each file so there are quite a number of revisions to come!)
>
> We are therefor looking at splitting this repos into smaller repos
> with chunks of projects so that we dont get one large multi-gig
> multi-million revision repos, but we are not quite confident about
> the way to og yet. A problem with many projects is the duplication
> of hook scripts, but that can be solved by using symbolic links in
> Linux as we have tried out.
The only reason you gave for wanting to split your repository is to
avoid large revision numbers, but I would not consider that a valid
reason for making such a drastic change. What problem do large
revision numbers pose for you?
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1008494
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-01-07 14:45:46 CET