Ошибка SVN (200 OK) при проверке из моего онлайн-репозитория

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

Ошибка: ОПЦИИ http://mywebsite.com/svn/myproject ': 200 OK (<а2 > )

Вот что я сделал:

Ssh в мой хост и голова в /home/myaccnt и 'svnadmin create svn'
Создайте мой репозиторий проектов: 'svn mkdir svn/myproject'
Добавить файлы в репозиторий: cd/home/myaccnt/.../myproject (у которого есть /tags,/branch,/trunk); 'svn import file:///home/myaccnt/svn/myproject' (на данный момент рассматривается большой старый список добавляемых файлов.)
На этом этапе я думаю, что я настроил свой репозиторий и импортировал свой проект в репозиторий. Итак, я готов проверить, используя TortoiseSVN в моем окне Windows. Итак:
В папке, в которую я хотел бы зарегистрироваться, я нажимаю правой кнопкой мыши и SVN Checkout, а затем убедитесь, что мой URL: http://mywebsite.com/svn/myproject

Результат?

Ошибка: ОПЦИИ http://mywebsite.com/svn/myproject ': 200 OK (<а2 > )

У кого-нибудь есть мысли для меня? Скорее всего, я потерял что-то фундаментальное со структурой моего репозитория или htaccess... или что-то в этом роде.

Ответ 1

По-видимому, это больше проблема ограничения моего хоста, и я работаю с ними, чтобы решить проблему.

Спасибо, 1800.

Кстати, ответ здесь заключался в том, что мой хост, A2 Web Hosting, требует, чтобы SVN обрабатывался через SSH с помощью public_key и настраивал в моем случае TortoiseSVN для выполнения задания. Это было похоже на фанки для тех, у кого есть небольшой опыт настройки ключей, но это было очень приятно, когда это было сделано!

Вы можете найти информацию о SVN на хосте A2 в своей вики поддержки.

Ответ 2

Мне тоже пришлось разбираться в этой проблеме, и я нашел следующие страницы, которые привели меня к решению: - http://comments.gmane.org/gmane.comp.version-control.subversion.devel/117844 (См., В частности, ссылку на "Julian patch" .)

Сообщается, что "ОПЦИИ ошибки <url>: 200 (<url>) OK" довольно вводят в заблуждение и часто просто означает, что URL-адрес репозитория неверен.

Ответ 3

У меня была аналогичная проблема с простой командой "svn list".

Чтобы расширить ответ Vitor Mateus относительно косой черты: при настройке моего собственного репозитория с использованием Apache на внутреннем сервере мой оригинальный тег Location в конфигурационном файле Apache 2 выглядел так:

<Location "/svn/repo_address/">
    ...
</Location>

Если после "repo_address" была конечная "/" . Там не должно быть косой черты:

<Location "/svn/repo_address">
    ...
</Location>

Что-то тонкое, но это имеет огромное значение. Теперь вызов

svn list http://my.server.com/svn/repo_address

работает отлично. Иногда это помогает внимательно прочитать руководство; -)

Ответ 4

У меня была эта проблема. Мой сервер Subversion был на нестандартном порту. Таким образом, мой URL-адрес репозитория был неправильным. Просто что-то еще, чтобы проверить...

Ответ 5

Для меня ошибка была на стороне сервера, и это было потому, что я забыл раскомментировать

DAV svn

в файле конфигурации /etc/apache2/mods-enabled/dav_svn.conf (на Debian).

Ответ 6

Если вы меняете адрес проверки от http://mywebsite.com/svn/myproject до svn://mywebsite.com/svn/myproject, он начинает работать? Если да, возможно, вы не настроили HTTP-протокол для доступа к SVN?

Ответ 7

Для меня это определенно проблема аутентификации.

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

Я, должно быть, не нажал ранее, поэтому он не подскажет мне снова.

Используя клиент TortoiseSVN, я зашел в Настройки, затем сохранил данные и очистил данные аутентификации (кнопка Clear).

Затем, когда я попытался выполнить проверку, мне было предложено принять сертификат. Я делал это постоянно, и все было хорошо. Он проверил весь мой код.

Ответ 8

Эта ошибка является полностью общей и просто означает, что она не может связываться с сервером SVN. Используйте свой браузер, чтобы посмотреть URL-адрес и посмотреть, что действительно обслуживается. Это должна быть обычная черно-белая страница, в которой говорится о том, что в нижнем колонтитуле работает Subversion. Это поможет вам понять, в чем проблема.

В моем случае запросы не заканчивались в модуле DAV, потому что я использую ProxyPass.

Ответ 9

Попробуйте поместить / в конец URL-адреса. Измените адрес проверки с " http://mywebsite.com/svn/myproject" на " http://mywebsite.com/svn/myproject/".

Ответ 10

Модификация первого отклика работала для меня.

В моем репозитории используется SSH. URL-адрес был предоставлен мне как https://(для доступа HTTPS), и в итоге я понял, что необходимо изменить протокол URL-адреса.

Использование клиента командной строки: $ svn checkout svn + ssh:///svnroot//

(Конфигурация клавиш не требуется.)

Ответ 11

Я столкнулся с этой ошибкой при подключении к хранилищу с открытым исходным кодом из моего x-термина Ubuntu.

Решением, которое работало, было изменение файла /etc/subversion/servers. Я изменил настройки прокси в глобальном разделе и теперь: все хорошо.

Ответ 12

Убедитесь, что SVNPath установлен правильно в конфигурации Apache!

Ответ 13

Еще одна причина для получения этой ошибки (среди многих выше) - наличие прокси-сервера в ~/.subversion/servers, когда вам не нужен прокси-сервер для доступа к серверу, к которому вы пытаетесь подключиться.

Ответ 14

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

Я обнаружил, что только файл JAR в корневой папке не был извлечен, и попытка проверить его вызвала ошибку. Поскольку файл был дублированным файлом одного и того же файла JAR, который находился в папке "target", я просто удалил его из репозитория через репо-браузер (TortoiseSVN) и снова проверил проект через NetBeans - наконец, он закончил без ошибка.