Как репозиторий SVN может стать поврежденным?
Вам нужно установить 64-битную версию Python, а 3.7 сейчас не работает с tenorflow, я предлагаю понизить ее до 3.6.x
5 ответов
Существует в основном три отличных случая:
- Неисправное оборудование (память, повреждение фс, и т.д.)
- Пользователь с доступом входа в систему к серверу может повредить файлы хранилища.
- Ошибки в подверсии.
Неисправное оборудование является обычно самым трудным определить, кроме самых очевидных случаев. Случай 2 предотвратим путем ограничения доступа входа в систему к серверу. Все остальное - ошибка в Подверсии. (Это включает проблемы совместимости между клиентом и сервером.) Вы никогда не должны мочь повредить репозиторий только при помощи клиента Подверсии (даже, когда существует ошибка в клиенте, IMO).
Потенциальное повреждение файловой системы или кто-то слоняющийся без дела с внутренними svn каталогами?
Всегда существует возможность, что оборудование неисправно. Вещи как битовые ошибки в памяти могут вызвать тихое повреждение вместо того, чтобы просто разрушить компьютер; если svn серверный процесс является затронутым тем, репозиторий может стать поврежденным.
У меня был он, происходят несколько раз. SVN, кажется, не справляется хорошо, если клиент уходит, в то время как сервер занимает много времени, чтобы сделать определенные вещи. Я не знаю точные детали, но я сделал некоторых kill -9s на том, что я думал, были процессы только для чтения и закончили тем, что имели необходимость выполнить a svnadmin cleanup впоследствии, прежде чем сервер ответил бы снова.
Это довольно распространено на file:// базирующийся repos, однако если у Вас есть отдельный пользователь / сервис, получающий доступ к repo, этого не произойдет.