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

Re: SVN Server Best Practices?

From: B Smith-Mannschott <bsmith.occs_at_gmail.com>
Date: Wed, 3 Mar 2010 18:14:05 +0100

2010/3/3 Mariusz Droździel <mdrozdziel_at_gmail.com>:
> Hello,
>
> After spending almost 2 days on recovering broken FSFS, which turned
> out to be broken for over year already I have a question. What are
> suggested best practices for SVN Repo? Some kind of cronbot which
> would do a verify and a full checkout dialy comes to mind. What else?
> Are there any scripts to do dialy checks on repo out there already?
> What do you suggest? Thanks in advance.
>

one idea:

I have read-only (svnsync) clones of all my important repositories in
a separate building from the real svn server. This happened more by
accident than by design: my continuous build checks out from the
clones instead of the original repository. That way, I don't have to
worry about my build jobs flooding the central server with polling to
see if anything has changed yet. (There is some of this, however,
since there's a cron job to keep the repositories up-to-date.

This has helped me diagnose and repair repository corruption in one
case, and it gives me a warm fuzzy feeling (despite the fact that I've
been told that the central svn server is backed up).

// ben
Received on 2010-03-03 18:14:40 CET

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.