Эта проблема стоила мне столько времени, что я опишу здесь, как я наконец-то заставил Subversion работать снова, на случай, если это кому-нибудь поможет. Я удалил VisualServer и TortoiseSVN. После удаления я также удалил некоторые остаточные ключи и файлы реестра конфигурации:
- HKEY_CURRENT_USER \ Software \ Tigris.org \ Subversion
Подключи в Server \ Global имели настройки, связанные с именем хоста.
- HKEY_CURRENT_USER \ Программное обеспечение \ TortoiseSVN
- C: \ Users \ Роберт \ AppData \ Roaming \ TortoiseSVN
- C: \ Users \ Robert \ AppData \ Roaming \ Subversion
Я думаю, что действительно помогло избавиться от старых записей конфигурации перед установкой снова. После переустановки VisaulSVN и TortoiseSVN теперь можно использовать репозитории. Хотелось бы, чтобы я точно знал, в чем проблема, но я не знаю. Я подозреваю, что данные SVN для рабочих каталогов были повреждены, потому что я попытался переместить рабочие каталоги с помощью команды TortoiseSVN Relocate, чтобы определить имя хоста, когда я получил сообщение об ошибке из-за невозможности подключения к хост (БОЛЬШАЯ ОШИБКА).
В остальном приводятся подробности, которые, вероятно, не представляют интереса, если только они не могут дать вам подсказку о деталях восстановления.
Сначала я переустановил только VisualSVN и настроил его на пустой корень в C: \ Repositories , сохранив предыдущую папку Repositories со всеми данными, переименовав ее. Я использовал команды SVN из командной сессии для создания единого тестового репозитория и успешно добавил тестовый файл в репозиторий, чтобы убедиться, что основы будут работать. Имя хоста было установлено на http://robert -pc: 81 / во время установки на случай, если https: вызовет у меня трудности (оказалось, https: проблема не была).
Затем я поместил реальные данные обратно в C: \ Repositories и успешно извлек репозиторий с большим количеством файлов с помощью клиента svn из Command Session. Эта проверка дала мне понять, что некоторые внешние ссылки на другие репозитории не могут быть извлечены, потому что имя хоста было https://robert -pc для внешних ссылок. Используя VisualSVN, я установил подключение к хосту для использования https с port 443 и извлек снова, как показано ниже:
- В VisualSVN выберите «Свойства»> вкладка «Сеть».
- Имя сервера: robert-pc (как и прежде)
- Порт сервера: 443
- Установите флажок Использовать безопасное соединение (https://) и нажмите Ok.
- Используйте командную строку, чтобы снова оформить заказ.
- Начать командный сеанс.
- Изменить каталог на пустой каталог, в который будут скопированы файлы из репозитория.
- svn checkout https://robert -pc / Schedule / branch / MySql (пример для моего случая, обратите внимание, что путь после имени хоста чувствителен к регистру).
- Введите пароль для пользователя Windows при появлении запроса на аутентификацию области, только один раз.
- Принять запрос сертификата постоянно.
- Введите имя пользователя и пароль для пользователя, определенного в VisualSVN, поскольку используется аутентификация SVN. (Кстати, я думаю, что аутентификация Windows тоже подойдет.)
- Все файлы были успешно проверены
Далее я установил TortoiseSVN и мог использовать его как обычно. Удивительно, но я мог использовать свою оригинальную рабочую копию вместо той, которую я извлек из хранилища. Это было здорово, поскольку в моей рабочей копии еще не было внесено изменений.