Черепаха svn дает мне "Цикл повторной передачи для домена URL/svn"

Я хочу получить svn-root в /var/svn и репозиториях (проектах) там. Я мог заставить его работать в браузере (http://domain/url дает мне "Сборник репозиториев" ), но TortoiseClient сообщает мне об ошибке в названии.

Я настроил subversion на моем сервере ubuntu, выполнив следующее (укороченное):

mkdir /var/svn
svnadmin create /var/svn/test

и мой dav_svn.conf выглядит следующим образом:

<Location /svn>
  DAV svn
  SVNParentPath /var/svn
  SVNListParentPath On
</Location>

Я читал о сим-ссылках, которые могут вызвать проблему, поэтому я также приложу свой сайт с 000-default (это стандартная битва):

<VirtualHost *:80>
    ServerAdmin [email protected]

    DocumentRoot /var/www
    <Directory />
            Options FollowSymLinks
            AllowOverride None
    </Directory>
    <Directory /var/www/>
            Options Indexes FollowSymLinks MultiViews
            AllowOverride None
            Order allow,deny
            allow from all
    </Directory>

    ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
    <Directory "/usr/lib/cgi-bin">
            AllowOverride None
            Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
            Order allow,deny
            Allow from all
    </Directory>

    ErrorLog ${APACHE_LOG_DIR}/error.log
    # Possible values include: debug, info, notice, warn, error, crit,
    # alert, emerg.
    LogLevel warn

    CustomLog ${APACHE_LOG_DIR}/access.log combined

Alias /doc/ "/usr/share/doc/"
<Directory "/usr/share/doc/">
    Options Indexes MultiViews FollowSymLinks
    AllowOverride None
    Order deny,allow
    Deny from all
    Allow from 127.0.0.0/255.0.0.0 ::1/128
</Directory>

Я попробовал, как предлагалось в Как перечислить все репозитории с помощью директивы SVNParentPath на Apache + SVN? но, к сожалению, я получаю еще одну ошибку черепахи (пока я все еще вижу это в моем браузере) Затем он дает мне "Запрос OPTIONS возвратил неверный XML в ответе: ошибка синтаксического анализа XML в строке 1: элемент не найден" (и HTTP OPTIONS к этому url действительно не дает тела ответа)

Кто-нибудь знает, что вызывает эту проблему?

Ура!

Изменить: это выход access.log после попытки достичь http://server/svn через черепаху

(с местоположением /svn ) Обратите внимание на 301.. TortoiseSVN изменяет путь к http://server/svn 'без ведущей косой черты, которую я указал для поиска внутри' http://server/svn / '

[10/May/2012:00:42:29 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:29 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:29 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:29 +0200] "PROPFIND /svn HTTP/1.1" 301 516 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:29 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:29 +0200] "PROPFIND /svn HTTP/1.1" 301 516 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:30 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:30 +0200] "PROPFIND /svn HTTP/1.1" 301 516 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:30 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:30 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4 neon/0.29.6"
[10/May/2012:00:42:30 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4 neon/0.29.6"
[10/May/2012:00:42:30 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:30 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:30 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:30 +0200] "OPTIONS / HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"

(с расположением /svn/ )

[10/May/2012:00:36:57 +0200] "OPTIONS /svn HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:36:57 +0200] "OPTIONS /svn HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:36:57 +0200] "OPTIONS /svn HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:36:57 +0200] "OPTIONS /svn HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:36:58 +0200] "OPTIONS /svn HTTP/1.1" 200 236 "-" "SVN/1.7.4 neon/0.29.6"
[10/May/2012:00:36:58 +0200] "OPTIONS /svn HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:36:58 +0200] "OPTIONS /svn HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:36:58 +0200] "OPTIONS / HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"

Ответ 1

Браузер репозитория TortoiseSVN, похоже, не поддерживает просмотр коллекции репозиториев.

Итак, если у вас есть репозитории:

/var/svn/repo1
/var/svn/repo2
/var/svn/repo3

и dav_svn.conf

<Location /svn>
  DAV svn
  SVNParentPath /var/svn
  SVNListParentPath on
</Location>

Вы можете просмотреть их с помощью веб-браузера, указав на http://server/svn.

С TortoiseSVN вы также должны указать имя репозитория, например

http://server/svn/repo1
http://server/svn/repo2
http://server/svn/repo3

Ответ 2

Я знаю, что это старый поток, но для бенефинга других, которые его находят:

Просто догадаться, но имеет ли ваш браузер ваш браузер "viewvc" или какая-либо другая часть, добавленная браузером svn?

i.e. http://mysvn/viewvc/trunk/.....

Черепаха не будет проверять это, так как это не настоящий svn-url; ваш svn-url, вероятно, что-то вроде

http://mysvnsvr/mysvn/trunk.....

Ответ 3

В CentOS7 я удалил директиву Alias, и он работает.

Ответ 4

Я столкнулся с проблемой в стандартной конфигурации, и причина в том, что я использовал тот же каталог, что и DocumentRoot для веб-сервера, и как SVNPath в конфигурации websvn/davsvn.

Подробнее см. также В чем причина "svn: E195019: Цикл повторной передачи для URL-адреса" ?

Ответ 5

Проблема для меня заключалась в том, что в моем корневом документе у меня был .htaccess RewriteRule с просьбой добавить трейлинг/к каждому URL-адресу, не содержащему его.

Из-за этого клиенты SVN, пытающиеся вызывать URL-адреса БЕЗ трейлинга/такие как https://site/repos/project, были исправлены apache до " https://site/repos/project/", поэтому клиент SVN пытается перейти на" https://site/repos/project "и т.д.

РЕШЕНИЕ. Не существует правила, которое добавляет трейлинг/может повлиять на ваши URL-адреса SVN.

Ответ 6

У меня была такая же проблема, но не для нескольких репозиториев только теги, ветки и т.д. в репозитории. Исправлено удаление тега Alias в файле conf. Я запускаю Centos 7 с SVN 1.8 и Tortoise 1.9.

Ответ 7

Добавление:

SVNListParentPath on

Линия

решила эту проблему для меня.