TortoiseSVN не может подключиться к серверу SlikSVN Subversion

Question

Я создал сервер SubVersion на одной из машин в моей рабочей группе. Из моего окна разработки я могу без проблем получить доступ к хранилищу и проверить файлы на входе / выходе.

Я только что установил TortoiseSVN и, что бы я ни делал, он не подключится к хранилищу на сервере. Я получаю печально известную ошибку «Невозможно установить соединение, потому что целевая машина активно от него отказалась».

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

Обе машины работают под управлением Vista

ПРИМЕЧАНИЕ. В обоих случаях я использую протокол svn для подключения

Наконец-то я исправил это! Кажется, проблема в загруженном пакете Subversion. Я скачал последнюю версию SlikSVN (1.5.5) и установил ее на своем клиенте и сервере. Похоже, TortoiseSVN не нравится эта сборка / версия. Я просто удалил SlickSVN на обеих машинах и забрал последнюю версию из CollabNet, и теперь все работает как положено!

Answer 1

Просто добавьте --listen-host 0.0.0.0 к вашей сервисной команде SVN. Проблема в том, что вы создаете службу, слушающую IPv6, и пытаетесь получить к ней доступ, используя IPv4. Посмотрите на это:

http://www.renaissance -design.net / код / ​​установка-и-настройки-Svnserve-и-TortoiseSVN-на-окна /

Answer 2

Наконец-то я это исправил ...!

Кажется, проблема в загруженном пакете Subversion. Я скачал последнюю версию SlikSVN (1.5.5) и установил ее на своем клиенте и сервере. Похоже, TortoiseSVN не нравится эта сборка / версия. Я просто удалил SlickSVN на обеих машинах и забрал последнюю версию из CollabNet, и теперь все работает как положено!

Answer 3

Вы можете задать этот вопрос в списке рассылки TSVN:

См. http://tortoisesvn.net/community или http://groups.google.com/group/tortoisesvn

Обычно вы получите ответ очень быстро.

Answer 4

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

Answer 5

Пожалуйста, проверьте следующее:

• - это ваш брандмауэр, настроенный на пропуск трафика (порт по умолчанию 3690 или любой другой порт, на котором вы можете настроить svnserve) Проверьте брандмауэры как на клиентском компьютере, так и на компьютере, на котором вы запускаете svnserve.
• многие антивирусные сканеры также мешают работе "необычных" сетевых портов
• хост по умолчанию, который прослушивает svnserve, - localhost, то есть вы не сможете подключиться к нему с другого компьютера. Вы запустили svnserve с параметром --listen-host serverhostname?

Edit: если вы используете сервер collab.net, вы должны запустить сервис вручную:

net start svnserve

Также это может помочь: http://subversion.open.collab.net/articles/svnserve-service.htm

Answer 6

Я повторно выполнил команду svnserve --daemon --root D:\Subversion\Repo, и это устранило эту ошибку.

Эта ошибка возникла внезапно. Мы отлично работали одну минуту, а в следующую мы увидели эту ошибку. Не знаю почему.

Answer 7

Клиент Slik Subversion поддерживает IPv6 и IPv4, поэтому, если ваша система говорит, что он предпочитает IPv6. С аргументом --listen-host вы можете выбрать способ прослушивания.

Answer 8

У меня была такая же проблема со SlickSVN 1.5.5. Но в моем случае это был локальный сервер Subversion, работающий в режиме deamon. Пакет CollabNet отлично работает с той же конфигурацией.

Answer 9

Какой протокол вы используете для доступа к серверному репозиторию? Если это не протокол file://, подтвердили ли вы, что соответствующий сервер действительно работает? Попробуйте подключиться к нему вручную, например, запустив

telnet target.machine.ip.address target_port

(конечно, замена target.machine.ip.address на фактический IP-адрес и target_port на числовой порт сервера). Если этот порт открыт, экран очистится, в противном случае telnet будет зависать некоторое время, а затем пожаловаться.

Если он работает с использованием IP-адреса, а не имени машины, у вас возникла проблема с разрешением имен (проверьте настройки DNS и / или WINS.)