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

versioning unversioned metadata + anonsvn strategies....

From: Perry E. Metzger <perry_at_piermont.com>
Date: 2004-02-18 19:53:40 CET

Several slightly related issues:

0) The documentation does not make it clear if "svnadmin dump" is safe
   to run at any time (i.e. without quiescing the database). I assume
   it is, but the docs might make that clear.
1) Having an ancient fear of binary databases, I'd like to back up my
   subversion database to a text format dump file after every
   commit. However, if I do incrementals, I risk losing changes made
   to unversioned metadata. I also note that the documentation has
   very prominent warnings about the dangers of altering svn:log
   properties, and rightfully so. I also have another reason for
   wanting incrementals to catch all changes (see #2 below).
   What I'm going to ask, then, is why not version at least some of
   the unversioned metadata. If it was done at least to the extent of
   providing semi-fake version numbers for metadata changes, one could
   do nice incremental dumps of the metadata. If it was done so far as
   to actually fully version the metadata, one could be slightly less
   paranoid about log edits, which would be pleasant.
2) I'd like (for an open source project) to run a separate anonsvn
   server that is pretty close to "real time". Right now, on one open
   source project I'm part of, the way this is done is by having a CVS
   post commit script trigger a copy of the ,v files that changed to
   the anoncvs machine, along with nightly rsyncs. Such a strategy is
   clearly impossible with SVN.
   The two strategies that have come to mind for me are to do an
   incremental dump after every commit, copying that to the anon
   repository -- but that would miss property changes (another reason
   I'm bringing up issue #1). The other possibility that came to mind
   is somehow sending the db transaction log files over to the copy
   and replaying them there, but I must confess I have little or no
   idea how to do that.

-- 
Perry E. Metzger		perry@piermont.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Feb 18 19:54:09 2004

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.