Объединить транк в ветку с SVN: «Безопасное соединение урезано»

Question

после попытки объединить изменения в стволе svn обратно в ветку следующей командой:

.. / branch / myBranch $ svn merge -r 94: 171 https: //.../trunk --dry-run

Я получаю следующую ошибку из SVN:

svn: ОТЧЕТ '/ svnroot / simspark /! Svn / vcc / default': не удалось прочитать размер куска: безопасное соединение обрезано (https://simspark.svn.sourceforge.net)

Мы уже пытались гуглить это довольно долго и пришли к выводу, что это бессмысленно. Я не буду мешать вам попробовать себя, конечно, но вы были предупреждены.

В любом случае, общее впечатление от того, что мы обнаружили, состоит в том, что это ошибка в SVN, и мы облажались. Я использую SVN версии 1.5.4, которая является самой новой версией, доступной для моего дистрибутива Linux.

Есть идеи? Мне не хочется терять больше трех месяцев работы, поэтому решение было бы неплохо.

Коллега, который только что попробовал это на Mac, не получил ошибку и, между прочим, мог выполнить пробную версию, но уже имеет несколько десятков конфликтов и продолжает считать. <3 SVN. </p>

Answer 1

Решением, которое работало для меня (на локальном сервере, к которому у меня был доступ), было добавление в файл конфигурации Apache директивы SVNAllowBulkUpdates On . Может быть кому-то поможет;)

Answer 2

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

Answer 3

Похоже, что слияние было слишком большим для того, чтобы что-то по линии обрабатывать - я уменьшил диапазон ревизий и смог обойти ошибку. Этот сайт дал мне подсказку: http://lists.parrot.org/pipermail/parrot-Dev/2009-September/02785.html

Answer 4

Похоже, что это проблема Sourceforge, а не SVN.

https://sourceforge.net/apps/trac/sourceforge/ticket/21376 https://sourceforge.net/apps/trac/sourceforge/ticket/21051

Если вы добавляете каталоги в свою рабочую копию или импортируете новые структуры каталогов в существующий репозиторий, похоже, это вызывает проблему.

Наш обходной путь - использовать другого провайдера SVN.

Answer 5

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

Решение: сначала найдите самую высокую папку в дереве каталогов, где происходит ошибка; вот где ваша рабочая копия сломалась. Найдя эту папку, проверьте ее в другом месте на жестком диске. В только что извлеченной папке извлеките файл под названием «записи» из подкаталога .svn и скопируйте его в файл записей в сломанной рабочей копии.