<quote who="Ben Collins-Sussman">
> After fighting with issue 1817 for a few days, Karl and I have come to
> the conclusion that 'svnadmin hotcopy' is a mess, and we should
> deprecate it.... that is, remove it altogether in 2.0. Here's why:
>
> * it has a race condition with db logfile autoremoval, which is
> something that people have really come to depend on. In theory,
> the worst thing that can happen in the race condition is that the
> user sees an error and just tries 'hotcopy' again. In practice,
> who knows? We've not done any real stress-testing.
>
> * it's completely specific to BDB. fsfs needs no such thing, and a
> future SQL backend will already have its own tools for backup.
I am a little puzzled by this comment. I read it to say that BDB specific back
tools are a bad idea, but SQL backend tools are okay. Or did you mean to say
that both of them could be replaced by the proposed generic subversion backup
system?
>
> * people currently view it as "the correct way" to make a full backup.
>
>
<snip>
Sincerely,
Vladimir Berezniker
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jun 18 16:36:32 2004