### NOT READY! This page is currently being written and is not yet finished so do not use it.
How to repair a damaged master repository by copying data back from an svnsync mirror repository that is complete and in good working order.
FSFS repository, svnsync mirror, used in a write-through proxy configuration.
Both the master and the mirror repository are the same repository format.
The master repository has corruption in some of its revision files, but the mirror repository does not. (Issue 3845).
Master and slave are still live since commits that don't access the corrupt data still work. We want to copy the slave to the master with minimal downtime.
[JAF] Syncing the rep-cache at this point doesn't seem entirely safe. It now contains rep data for any revisions committed to the slave after 'db/current' was sync'd. Could this potentially break the commits of those revisions to the new master, which 'svnsync' will perform in step 4? Depends partly on whether we have defensive coding in place for the case where we find a rep cache entry pointing to a revision greater than the last committed revision.