Ошибка SVN (200 OK) при извлечении из моего онлайн-хранилища - PullRequest
Новая
       99

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

69 голосов
/ 22 июня 2009

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

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

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

  1. Ssh в мой хост и перейдите в / home / myaccnt и 'svnadmin create svn'

  2. Создать репозиторий моего проекта: 'svn mkdir svn / myproject'

  3. Добавить файлы в хранилище: cd /home/myaccnt/.../myproject (в котором есть / tags, / branch, / trunk); 'svn import file: /// home / myaccnt / svn / myproject' (на этом этапе виден большой старый список добавляемых файлов.)
    На данный момент я думаю, что я настроил свой репозиторий и импортировал свой проект в репозиторий. Итак, я готов оформить заказ с помощью TortoiseSVN на моем компьютере с Windows. Итак:

  4. В папке, в которую я хочу оформить заказ, я щелкаю правой кнопкой мыши и SVN Checkout , а затем проверяю, что мой URL: http://mywebsite.com/svn/myproject

Результат

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

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

Ответы [ 14 ]

81 голосов
/ 16 марта 2010

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

Утверждается, что ошибка «OPTIONS of <url>: 200 (<url>) OK» вводит в заблуждение и часто означает, что URL-адрес хранилища неправильный.

10 голосов
/ 13 июля 2010

У меня была похожая проблема с простой командой "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

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

3 голосов
/ 24 сентября 2010

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

DAV svn

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

3 голосов
/ 28 мая 2010

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

3 голосов
/ 22 июня 2009

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

Спасибо, 1800.

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

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

2 голосов
/ 22 июня 2009

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

1 голос
/ 26 октября 2011

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

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

1 голос
/ 10 ноября 2010

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

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

Я, должно быть, щелкнул совсем не ранее, так что это не заставило бы меня снова.

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

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

0 голосов
/ 08 сентября 2013

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

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

0 голосов
/ 22 декабря 2011

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

Страница:
...