Несоответствие контрольной суммы SVN при переносе хранилища

Question

после переноса нашего репозитория SVN из VisualSVN (Windows Server, SVN 1.7.7) в CentOS7 (SVN 1.7.14) мы неоднократно (и каждый раз для разных файлов) получаем ошибки контрольной суммы при извлечении из Eclipse или TortoiseSVN (Командная строка) и GUI, все на Windows 7) из нового хранилища.

Мы уже попробовали SVN 1.9.3 с re'dump'ing и re'load'ом через svnadmin, но он все равно не работает с тем же сообщением о несоответствии контрольной суммы. Это ограничитель показа для миграции, так как мы не можем правильно установить svn. Мы получаем ошибку:

checkout http://a.b.c.d/svn/xy/trunk -r HEAD --depth=infinity --force

svn: Checksum mismatch for 'C:\Free\dev\workspace\maven.1535642555604\XY'\xyz.java':
   expected:  77db5c9d4feff3f7c69e9e84e3eaad94
     actual:  07fc691c7225f05a70ffadb1450afdfd

У нас есть прямое подключение к интернету, без прокси.

Я уже два дня гуглил, но нашел решение. Кто-нибудь может помочь?

Спасибо большое. С наилучшими пожеланиями, Питер

Answer 1

ок, думаю нашел проблему. Вполне вероятно, что антивирусное программное обеспечение нашей компании вызвало эти проблемы, потому что проверка на другом ПК с другим антивирусным программным обеспечением работает хорошо.

Меня раздражает тот факт, что SVN-соединитель SVNKit 1.8.12 в Eclipse Neon всегда выполнял все проверки без сбоев, тогда как JavaHL1.9.3 в Eclipse Neon, TortoiseSVN, а также его клиент командной строки SVN не выполнялись. Я подозреваю, что SVNKit игнорирует системные настройки прокси-сервера, тогда как все остальные клиенты этого не делают. Еще интереснее то, что переключение сетевых настроек в Eclipse между прямым и нативным подключением к Интернету не имело никакого значения - SVNKit продолжает работать хорошо, в то время как другие продолжают отказывать.

Хотя я, очевидно, обнаружил ошибку, мне действительно интересно, что антивирусное программное обеспечение может влиять на контрольные суммы файлов во время проверки svn ...

Peter