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

Re: AW: AW: AW: How to check integrity of database?

From: Matt England <mengland_at_mengland.net>
Date: 2005-10-06 14:30:14 CEST
Markus,

At 10/6/2005 12:41 AM, Markus Karg wrote:
So *IS* svn verify checking complete integrity [?]

As per the exact question quoted above, I'm interpreting the answer to be "yes."  I base this on Daniel Berlin's recent response to this thread that I quote below.  I'm assuming Daniel to be an authoritative Subversion expert (although I have asked him in a private email how might find a list of Subversion "core" developers).

Subversion community admin(s):

Are the results of this thread worth adding to http://subversion.tigris.org/faq.html ?

-Matt


At 10/5/2005 01:44 PM, Daniel Berlin wrote:
[Matt England wrote:]
> However, for me, this issue is outside the scope of what I'm trying to
> address for this line of questioning, and that's the question of wether or
> not Subversion 1.2.x and above has it's own "checksum integrity" for *all*
> of the content it controls, including all of the file content (be it full
> or incremental).

Yes, it does.
It stores the MD5 of the original data at the time it stores the data
(in whatever form, be it as a delta or not. THe storage system is not a
simple RCS-like always-single-delta-in-one-direction-per-revision
system).
svnadmin verify reconstructs the data for each revision from the
repository using the same functions that checkout would use, and then
verifies the data it has reconstructed against the original MD5's.

The people involved in subversion development (including me) wouldn't
design a system that had no data integrity.
--------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org For additional commands, e-mail: users-help@subversion.tigris.org Received on Thu Oct 6 14:33:15 2005

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.