1

Я пытаюсь подключить клиент Subversion на компьютере Red Hat к компьютеру под управлением Windows Server 2012 с запущенным сервером VisualSVN. Моя цель - запустить svn export через скрипт оболочки на машине linux, чтобы получить код для сервера разработки.

Сначала я попытался подключиться, используя строку подключения https Repo по умолчанию.

svn export --username user --password pass https://OPSSVN1/svn/volunteers/ ./svn-export

окно Linux возвращается ...

svn: Server sent unexpected return value (501 Not Implemented) in response to OPTIONS request for 'https://OPSSVN1/volunteers'

Поэтому я пошел и установил svnserve.exe в качестве службы, прослушивающей 3960, и изменил сценарий на ..

svn export --username user --password pass svn://OPSSVN1:3960/volunteers/ ./svn-export

Я получаю следующее сообщение

svn: Can't connect to host 'OPSSVN1': Connection refused

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

Известны и другие факты, которые могут помочь ...

  • На сервере Windows брандмауэр открыт для порта.
  • Линукс коробка может пинговать машину
  • окно linux может подключиться через Telnet к порту 443 в окне windows
  • Linux box не может подключиться к порту 3960 на Windows
  • Linux SVN версия: svn, версия 1.6.11 (r934486)
  • VisualSVN версия 2.7.2

Служба SVN, которую я настроил на Windows, была сделана с помощью следующей команды.

cmd /c sc create subversion binpath="c:\svnserve\svnserve.exe --service -r E:\Repositories --listen-port 3960"

При этом папка svnserve является символической ссылкой на папку bin визуального каталога, которая находится в каталоге x86 программных файлов.

Любые идеи о том, как я могу получить эту коробку Linux для экспорта кода из VisualSVN?

1 ответ1

0
  1. Похоже, что вы вводите неверный URL.

    Где вы взяли URL https://OPSSVN1/volunteers/? URL-адреса хранилищ VisualSVN-сервера обычно выглядят как https://<hostname>/svn/<repository-name> . В вашем случае URL должен быть https://OPSSVN1/svn/volunteers/ если вы не скрываете VisualSVN Server за обратным прокси-сервером.

  2. Вы используете слишком устаревший клиент Subversion 1.6.11 на компьютере с Linux.

    Subversion 1.6 больше не поддерживается, начиная с версии 1.8. Конкретная версия 1.6.11 была выпущена 19 апреля 2010 года и слишком устарела. Это на самом деле за 11 выпусков патчей. Последний клиент Subversion 1.6.23 был выпущен 30 мая 2013 года и содержит множество исправлений. Если вам нужно использовать клиент SVN 1.6, обновите его до последней версии патча.

    С другой стороны, вы должны рассмотреть возможность обновления ваших клиентов до последней версии Subversion 1.8 .

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .