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

Re: Re: Lack of Subversion repository recovery tools

From: Erik Huelsmann <ehuels_at_gmail.com>
Date: 2007-06-29 14:27:34 CEST

On 6/29/07, Andreas Hasenack <andreas@mandriva.com.br> wrote:
> On Fri, Jun 29, 2007 at 12:31:02PM +0200, Erik Huelsmann wrote:
> > On 6/29/07, Melikian, Chris <Chris.Melikian@uk.fid-intl.com> wrote:
> >> Hi Ulrich,
> >>
> >> I completely agree that you need to use backups but I think that
> >> subversion should also have some tools to repair revisions so that you can
> >> at least get the repository back into a consistent state even if there is
> >> data loss.
> >>
> >> Surely, any production-ready version control system has such a tool?
> >
> > And, given hardware failure (RAM chips?) how do you determine
> Come on, no need to get sarcastic. Or are you going to blame intel's
> core2duo recent bugs too? :)

Yes :-) Seriously though, I wasn't joking; how do you expect
Subversion to recover from things you can't foresee now? We'll only be
able to tell something is wrong, not in which way it needs to be
changed to be correct....

> At least patch "svnadmin recover" then to say it does nothing with the
> FSFS backend.

Ok, fair enough, but the request from the OP doesn't sound like he's
asking for this. He's asking for functional tooling, as I interpret
it. So, while it would be much clearer that recover doesn't do
anything, it isn't a solution to his request.



To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jun 29 14:27:51 2007

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.