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