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

RE: Re: How many repositories question

From: Jiho Han <jhan_at_InfinityInfo.com>
Date: 2006-11-13 16:47:41 CET

Well, you guys are not making it any easier :)

I'm leaning towards having multiple repositories just because it'd
create boundaries for each client/projects. If the only advantage of
having a single repository is being able to merge between projects, then
I don't think that's a huge win over clean separation in this case.

Although I can see how things can be overwhelming with 100s and 100s of
small repositories, if one pm/dev team messes up a repository, then only
that team is affected. I don't know if there is an easy management
interface - pref web - but with one, I think it can be pretty easy to
manage multiple repositories.

Thanks for your inputs.
Jiho

-----Original Message-----
From: Michael Haggerty [mailto:mhagger@alum.mit.edu]
Sent: Sunday, November 12, 2006 2:38 AM
To: Kenneth P. Turvey
Cc: users@subversion.tigris.org
Subject: Re: How many repositories question

Kenneth P. Turvey wrote:
> One more point. It is fairly easy to merge several repositories
> together later if you want them together for some reason, but
> splitting up a repository after copies and moves around the repository

> have been made becomes essentially impossible.

Here I have to disagree on both counts.

1. There is a tool that allows a repository to be split up despite
move/copy (described here:

    http://www.chiark.greenend.org.uk/~sgtatham/svn.html

), though I haven't tested it. Note that in this case, revisions do not
have to be renumbered (the split can be done so that resulting
repositories have gaps where the missing revisions were located).

2. On the other hand, merging N repositories forces at least N-1 of them
to have their revisions renumbered, and (if not done carefully) results
in a non-chronological history. The problem with renumbering revisions
is that lots of emails, bug reports, commit log messages, etc probably
refer to the old revision numbers which will have been rendered
meaningless.

Michael

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Nov 13 16:45:43 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.