> So now 'svnadmin verify' runs fine. But when the rep-cache is
> referred to during commit we can still run into reps that are broken.
> Obviously we'll either have to fix up the rep-cache as well,
> or simply delete it. But the point is that 'svnadmin verify'
> does not complain.
> Would it be feasable to add this as a separate pass of 'svnadmin verify'?
> Should I file an issue about this?
+1 - a tool like 'svnadmin verify' should have as many integrity checks
as possible. It should verify anything that _can_ be verified.
Followup: shouldn't we have a tool, similar to
tools/server-side/svn-populate-node-origins-index.c, to rebuild
rep-cache.db from scratch? In fact, I believe it would be useful to
rebuild both at once, along with anything else we decide to cache now
or in the future. Perhaps 'svnadmin verify --rebuild-caches', but
could be prototyped as a separate executable under tools/server-side/.
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
Received on 2011-07-13 18:34:35 CEST