Не удалось прочитать размер куска. Ошибка в SVN - PullRequest
Новая
       22

Не удалось прочитать размер куска. Ошибка в SVN

11 голосов
/ 27 марта 2011

Я восстановил SVN-репозиторий с разбитого ПК, и теперь я могу извлекать файлы из нескольких каталогов, но в одном месте во время проверки появляется сообщение: 

Error: REPORT of '/svn/RepTest/!svn/vcc/default': Could not read chunk size: 
Secure connection truncated (https://mypc:8443)

Может ли кто-нибудь помочь мне, как исправить это хранилище? Спасибо!

Ответы [ 7 ]

3 голосов
/ 28 ноября 2012

У меня только что была такая же ошибка при попытке обновить оформление заказа до последней версии.Кто-то возился, обнаружив, что это был один конкретный файл, вызывающий проблему.Например: 

root
  - A
    - AFileInFolderA.h
    - AnotherFileInFolderA.h
  - B
    - AFileInFolderB.h
  - C
    - AFileInFolderC.h

С приведенной выше структурой репозитория AFileInFolderA.h был проблемным файлом.Я пришел к такому выводу, потому что я мог сделать и svn update в папках B и C, но не в root или папке A.Развернув подробности, я мог бы обновить AnotherFileInFolderA.h, но это не проблема.

В любом случае, имея эту информацию в руках, я скопировал изменения своей рабочей копии из папки A, затем (используя Tortoise SVN) сделал выборочный Обновление до ревизии в корневой папке, исключая папку A из моей проверки.Затем я сделал обратное, повторно добавив папку к оформлению заказа.Наконец, я добавил свои локальные изменения обратно и зафиксировал репо.Все теперь работает нормально.

2 голосов
/ 17 октября 2012

При выезде я получил ту же ошибку. Проблема была действительно с конкретными изменениями, поэтому я сделал обходной путь. Казалось, что исправления, которые привели к ошибке, имели длинный путь. Еще один взгляд на конкретные изменения заставил меня подумать, что, возможно, нет необходимости находиться под контролем исходного кода. Эти файлы генерировались автоматически при каждой сборке. Я просто сохранил еще одну копию всего каталога в папке «Устаревшие» и удалил проблемные файлы / папки. После удаления оформить заказ удалось.

1 голос
/ 15 сентября 2015

Еще один ответ от кого-то с той же проблемой, однако с решением, которое еще не было упомянуто:

В моем случае проблема не может быть точно определена в одном файле. Тем не менее, он был явно связан с одной версией SVN.

Решение в таком случае состоит в том, чтобы пропустить выборку неверной ревизии. Это может быть достигнуто путем вызова git svn fetch с опцией -r. Например, если r42 неверная ревизия, и вы уже загрузили все ревизии до r41, просто выполните 

git svn fetch -r43

с последующим 

git svn fetch

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

1 голос
/ 18 июля 2013

У меня недавно была такая же ошибка:

ОТЧЕТ '/svn/.../!svn/vcc/default': не удалось прочитать размер куска: Безопасное соединение обрезано.

Мы используем Tortoise SVN, и я был единственным, кто столкнулся с проблемой. Поскольку проблема не помешала мне внести изменения, я так и сделал. Затем я удалил папку с проектом с моего жесткого диска. Затем я создал его снова и сделал «SVN checkout».

Это то, что исправило это для меня.

0 голосов
/ 15 января 2015

У меня были похожие проблемы, для которых 'svnadmin recovery' действительно исправляло вещи.

В другом репозитории он не будет ... Используя SVN-клиент Versions (MacOSX), я мог видеть, что имя пользователя коммита для некоторых файлов в неправильно работающих каталогах было '### ERROR ###' - этиdirs давали мне вопрос «Безопасное соединение урезано» при обновлении.Простого «перемещения» файлов с этим маркером в другой каталог и обратно (на сервере через клиент SVN Versions) было достаточно, чтобы удалить маркер ### ERROR ### и включить успешное обновление.

0 голосов
/ 08 мая 2014

Для нас проблема была в пропущенных файлах в истории SVN (возможно, повреждение диска).Любая операция, включая файл, последнее изменение которого было внесено в отсутствующий раздел истории, завершится с ошибкой «не удалось прочитать размер куска» или с ошибкой XML (в зависимости от операции).К счастью, у нас была резервная копия, которая включала отсутствующие файлы.Восстановление их решило проблему.

0 голосов
/ 02 марта 2012

У меня была такая же проблема, я использую TortoiseSVN и VisualSVN, проблема в одном из ваших коммитов, но трудно понять, какой это, решение для меня было удалить и создать хранилище в VisualSVN, затем сделать то же самое в «папку проверки» на моем компьютере, после этого скопируйте проект в папку и выполните «второй коммит» :), но все предыдущие коммиты будут потеряны.

...