Я пытаюсь сопоставить репозиторий SVN с Fisheye / Crucible для использования с функцией проверки кода. У меня проблемы с одной из команд Fisheye, но источник проблемы, похоже, исходит от сервера SVN. VisualSVN Server 3.6.1, используется 64-битная версия.
svn diff --summarize -r 6427:6428 http://file2/svn/REPO/@6428
Я протестировал ту же команду локально на сервере SVN, но примерно через 25 минут поток текста был прерван с
svn: E175009: The XML response contains invalid XML
svn: E130003: Malformed XML: no element found
Примеры этой ошибки, которые я обнаружил, похоже, указывают на то, что URL-адрес был неправильно введен в команду, но это не кажется применимым к моему случаю, так как изначально поступает около 110 МБ данных.
Мониторинг средства просмотра событий во время выполнения команды вызывает 3 ошибки, но не приводит к остановке выполнения команды. Последующие повторные прогоны каждый раз приводят к одним и тем же 3 ошибкам.
Provider encountered an error while streaming a REPORT response. [500, #0]
A failure occurred while driving the update report editor [500, #106]
Unknown error [500, #106]
SVN Verify в отношении репо не сообщила о проблемах.
В качестве обходного пути я могу настроить Fisheye на начало индексации после исправления проблемы, но это приводит к тому, что файлы, измененные в последний раз перед этой ревизией, не имеют данных о различиях в обзоре, поэтому это не идеально.
Обновление 1 Рассматриваемые изменения, похоже, связаны с изменением схемы размещения репо, и я читал, что это может вызвать проблемы при использовании стороннего инструмента. Я также заметил, что в SVN до 1.9.5 была ошибка, которая допускала недопустимые символы в xml, поэтому я пытаюсь понизить версию, чтобы увидеть, поможет ли это.
Обновление 2 Похоже, это вызвано определенной веткой, которая была создана при вышеупомянутом редизайне макета репо. Еще несколько исследований показывают, что я мог бы использовать svndumpfilter для удаления нежелательных элементов. Я не нашел ничего, как удалить ветку, только отдельные файлы. Я также попытался экспортировать и импортировать репо в новую установку, но это не устранило проблему.
В целом администрирование SVN было достаточно простым, но я не знаю, как решить эту проблему. Любые предложения будут ценны. Спасибо!
Мне удалось избежать этой ошибки, настроив доступ к репозиторию по протоколу svn: //. Хотя это напрямую не поддерживается VisualSVN, требуемый файл svnserve.exe присутствовал и был настроен как новая служба, указывающая на копию репо.
sc create svncustom binpath= "\"C:\Program Files (x86)\VisualSVN Server\bin\svnserve.exe\" --service -r F:\RepositoriesCopy" displayname= "Subversion Workaround Server" depend= Tcpip start= auto
Это не кажется безопасным решением, но оно устраняет ошибку, с которой я столкнулся, которая была жесткой блокировкой.