> - If you're dealing with an extremely large number of developers,
> using seperate repositories will not have users wait for a database
> lock (of course, depending on the db backend used) as often as a
> single big repository would.
It would have been interesting to hear from some of the SVN-developers
to what extent this could actually become a problem. For instance,
with CVS, I believe that updates can be blocked by commits, but I
would imagine that with SVN that wouldn't have to be the case.
> - Multiple smaller repositories can be distributed amongst different
> servers, eg. one local server only available from machines within
> your company and one public server which can also be accessed from
> home over the internet
I think one should be a bit careful when selecting the criteria for
dividing projects between repositories. In particular, one should try
to avoid potensially "volatile" criteria like "needs to be accessible
from internet". It is generally a non-trivial problem to reorganize
the project/repository structure.
> - The "all together in one repository" solution would not let you
> adjust the user access rights on a per-project basis, so every
> department had full access to everything or no access at all
Are you thinking about anything in particular that can't be
implemented with pre-commit hooks?
> - Using one large repository, subversion's repository-wide revision
> number will even be counted up for inactive projects. Not a problem
> at all, but even components with no active development will be
> assigned higher revision numbers constantly (which quickly grow
> ridiculously large) making it somewhat inpracticable for up-to-date
> checking purposes.
I'm not sure what you mean by "impractical for up-to-date checking
purposes", but I think you're putting far too much into the repository
revision numbers.
- Tor Ringstad -
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jul 7 12:35:14 2005