Хранилище SmartSVN перемещено навсегда

Question

Я недавно настроил репозиторий SVN с аутентификацией.

Наши пользователи используют SVN-черепаху и могут проверять, фиксировать и т. Д.

Наши пользователи Mac OS используют SmartSVN, и при попытке оформить заказ они получают следующую ошибку:

Repository moved permanently; please relocate OPTIONS
request failed on'/'

Я столкнулся с этой проблемой при первоначальной настройке с помощью tortoisesvn, и решением было убедиться, что svn repo не является дочерним для каталога www. Поэтому я поместил его в домашний каталог

Домашний каталог выглядит следующим образом:

/public_html
/repos
/www

Файл vhost conf выглядит так:

<IfModule mod_dav_svn.c>
 <Location /repos/>
  DAV svn
  SVNParentPath /data/svn/repos/
  SVNListParentPath On
  AuthType Basic
  AuthName "SVN Repository"
  AuthUserFile /data/svn/.htpasswds/.svn.htpasswd
  AuthzSVNAccessFile /data/svn/.htpasswds/.svn.authz
  Require valid-user
 </Location>
</IfModule>

Пользователи ПК и Mac могут просматривать репозитории с соответствующей аутентификацией в браузере. Единственная проблема заключается в попытке оформить заказ при использовании SmartSVN на MacOS.

В журнале нет ошибок, которые я вижу, которые связаны.

Изменить: Уточнение Все пользователи проверяют репозитории в формате URL, например:

http://svn.myserver.com/repos/REPONAME

Answer 1

Первоначально наш SVN использовал один репозиторий, и мы изменили его, чтобы использовать коллекцию репозиториев. Мы все еще использовали тот же поддомен "svn.server.com" с основным отличием, что наша коллекция теперь svn.server.com/repos/

SmartSVN сохранил старый URL-адрес "svn.server.com" и, похоже, игнорировал новый предоставленный URL-адрес во время оформления заказа (svn.server.com/repos/TEST).

Решение простое.

SmartSVN > Preferences > Authentication

Удалите старую запись и попробуйте проверить снова.

Answer 2

Пользователи ПК и Mac могут просматривать репозитории с соответствующей аутентификацией в браузере

Браузер в вашем случае - не лучший инструмент для тестирования. SVN-клиент на основе CLI расскажет подробнее о проблеме

В вашем случае пользователи Mac (я полагаю) пытались прочитать корень хранилища, а не хранилище (это возможно только в браузере с SVNListParentPath On в конфиге, как у вас). Любой клиент SVN в любой ОС (для текущей стабильной версии 1.7) не может прочитать SVNParentPath (обещано изменить в 1.8) и должен использовать

svn ls SERVER/repos/REPONAME как минимальный корневой уровень для одного хранилища