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

RE: How to organize a Subversion based code tree

From: McKenna, Simon (RGH) <Simon.McKenna_at_rgh.sa.gov.au>
Date: 2005-06-03 07:49:13 CEST

-> I have several projects on my SVN server but they are
-> all within the same repository. This makes it much
-> easier for administration, maintenance and backup.

True, but the downside of that is:

- All eggs in one basket, if your repo goes AWOL, all your
  projects can't commit until the problem is fixed

- If you want to expose, convert, etc a production repo
  (e.g. BDB vs FSFS migration), it's safer to try on a
  small (non-critical) project rather than all at once, and
  later if you need to move a project out (e.g. it's dead)
  it still lives on in your single repo (unless you do some
  svnadmin svndumpfilter command line kung-fu) but if it
  has a repo of it's own you can archive and delete.

- Harder to keep track of repository size, e.g. a neophyte
  accidentally adds a large file which shouldn't be version
  controlled...it's harder to spot on a single multi-project
  repo than on smaller per-project repositories (of course
  you need tools to view this)

- Revision increments aren't per-project (no big deal but
  I tend to keep tabs on revision numbers)

FWIW, our web projects also have issue with 'common' code,
e.g. our portal entrance sits at the top of the development
/web tree, there is a /web/common directory, and many
projects underneath /web, but there is no drama in having
working copies from different repositories nested under this
tree, it's actually seamless (kudos svn), especially if you
use a GUI like TortoiseSVN, it's clear when using repo-browser,
to see what repo is in use (kudos tsvn:)...and harder to run
into curly issues with the 100 record log file limit.

All that being said :) I totally agree on the extra admin work
with multiple repos, which is why you will find various tools
out there to help. There is plenty of gold to be found in the
Subversion repository. My own efforts to combat the extra load
have been in NAnt build scripts (as perl & python were out
of the question) google for subnant or have a read of:
(latest addition is for upgrading bdb repos to v4.3 for svn 1.2)


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jun 3 07:49:48 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.