Черепаха не будет подключаться к серверу Subversion - PullRequest
5 голосов
/ 19 ноября 2009

Я пытаюсь настроить свой домашний сервер с репозиторием Subversion (после некоторых изменений).

Я удалил-переустановил VisualSVN Server на сервере Windows Server 2003, и адрес (т. Е. URL) для репозитория https://server.network.local/svn/.

Я могу перейти через IE по этому адресу и получить список хранилищ (хотя я должен пройти мимо ошибки сертификата), но когда я указываю на него и черепаху, я получаю

OPTIONS of 'https://server.network.local/svn': Could not resolve hostname
'server.network.local': No such host is known.
(https://server.network.local)

Я могу без проблем проверить связь с сервером, так что я не уверен, в чем дело.

Ответы [ 8 ]

6 голосов
/ 19 ноября 2009

У меня была такая же проблема, насколько я могу сказать, что вы не можете перейти прямо к папке SVN, вам нужно указать имя файла репозитория в примере пути:

https://server.network.local:8443/svn/MyNewRepository

Надеюсь, что помогает

2 голосов
/ 05 декабря 2012

В самом низу руководства по началу работы с VisualSVN Server имеется примечание , и оно отвечает на вопрос. Примечание гласит:

В отличие от веб-браузеров, клиенты Subversion не могут получить доступ к содержимое узла Репозитории в Диспетчере серверов VisualSVN. В другими словами, вы не можете получить доступ к https://svn.example.com/svn/ URL с использованием клиентов Subversion, таких как TortoiseSVN или svn.exe.

т.е. Клиент Subversion может получить доступ к хранилищу, но URL https://server.network.local/svn/ указывает не на хранилище, а на корневую коллекцию хранилища, которую можно просматривать только с помощью веб-браузера.

Я также хочу отметить, что ошибка, указанная в вопросе, может отличаться для новых клиентов Subversion. Это может быть:

XML parse error at line 1 no element found
2 голосов
/ 19 ноября 2009

Вам необходимо очистить локальный кэш DNS (и если у вас есть DNS в вашей локальной сети, вам также придется сделать это с этим DNS-кешем).

1 голос
/ 19 ноября 2009

Хм. «Не удалось разрешить имя хоста» - это один уровень ниже SSL, репозитории и тому подобное. Держу пари, что (персональный) брандмауэр не пропускает черепаху.

1 голос
/ 19 ноября 2009

Возможно, вы захотите сделать ссылку 'https://server.network.local:8443/svn' и посмотрите, будет ли это иметь значение. У меня есть этот порт на установке для защиты от атак, которую я использую.

У Рика Строла есть хорошая статья о том, как установить и запустить VisualSVN.

Надеюсь, это работает для вас.

0 голосов
/ 04 июля 2015

Эта проблема касается DNS-сервера ...

Посмотрите, выдает ли это ошибку, как это https://server.xxx.com:435/svn

если вы замените server.xxx.com соответствующим ip (имеется в виду ip сервера svn server)

это работает ..

, поэтому просто сделайте запись AAAA в зоне прямого просмотра и сделайте PTR в зоне обратного просмотра, и проблема будет решена.

0 голосов
/ 27 ноября 2012

Установите настройку прокси SVN. Просто щелкните правой кнопкой мыши и черепаху SVN и настройки и добавьте настройки прокси. Это может работать для вас.

0 голосов
/ 19 ноября 2009

Возможно, TSVN недоволен плохим SSL-сертификатом, поэтому вам нужно его исправить (я полагаю, он самоподписан, поэтому вам нужно вручную добавить сертификат в правильное хранилище сертификатов в Windows). ).

Прежде чем вы начнете это делать, что произойдет, если вы укажете TSVN на небезопасную версию (т. Е. http://) сайта? 1004 *

...