At 10/5/2005 07:55 AM, Gary Thomas wrote:
>It [svadmin verify] does check that every revision can be reconstructed
>(identical
>to dumping the repository without saving the results). I don't see
>that anything else is necessary.
How about regenerating for each file revision--or at least some revision
set like the head revision of said repo--a hash (eg, MD5, SHA-x), and
comparing with a hash initially stored upon repo commit (would require
design/code changes if not already implemented).
In other words, regenerating is nice, probably helps verify all the meta
data to some extent, but what about schemes to verify the content of the
files? The one above seems to be common one.
Do existing schemes exist and/or could they be implemented in the
future? I'm building such schemes for another swdev project I'm managing,
and I'm particularly curious about the trade-offs of such schemes--my group
thinks we have idea what these trade-offs are, but I'm interested in what
the analysts/experts would have to say (without any initial bias) the
trade-offs would be for subversion.
Sorry if this is a faq; I didn't see any of "md5," "signature," or "hash"
in a quick search of http://subversion.tigris.org/faq.html .
-Matt
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Oct 5 15:17:19 2005