Thanks for the reply.
On 8/22/16 5:25 PM, Daniel Shahaf wrote:
Eric Johnson wrote on Mon, Aug 22, 2016 at 14:29:47 -0700:
* // move original repo out of the way, move new copy into position.
At the comma you should restart the server to flush caches:
http://mail-archives.apache.org/mod_mbox/subversion-users/201606.mbox/%3c20160609125706.GA4020@tarsus.local2%3e
Yes, I was simplifying a little in my pseudo-code, because after I stop
the server, I want to do another sync, in case additional changes come
in during the verify and pack steps.
Is there any particular reason that the "dump/load" process doesn't fix the
line-endings? Shouldn't it?
'load' could transform CRs, yes, but that might need to be optional to
keep the "verbatim round-trip" possibility.
Why have the --bypass-prop-validation option?
Why not just fix the line endings? As it is now, the dump-load process is
effectively broken, because I have one of two seemingly poor choices: I can
either "bypass validation" (that sounds bad), or I simply keep the old
format.
"Bypass" just means the existing values in the dumpfile will be
used verbatim. Using this option makes the loaded repository be in the
same situation of the original 1.4 repository: a high-level invariant
("svn:* uses LF") does not hold, but the lower-level data format
invariants do hold. In short, if you use this option you're postponing
the problem but not making your situation any worse.
Cheers,
Daniel
P.S. Feel free to file an issue about making 'load' transform CR in
svn:* nodeprops and revprops pointing to this thread.
I've filed https://issues.apache.org/jira/browse/SVN-4650
Thanks so much.
Eric.
