2009-02-18 4 views
6

У меня есть папка в репозитории, которую невозможно зафиксировать, и даже родительские папки не могут выполнить. Это произошло несколько недель назад, затем сработало, затем снова вспыхнуло. Я очистил кеш аутентификации и никакой помощи. Я все еще могу работать с другими транками, но не с этим, и сообщение об ошибке не помогает мне, куда идти. Я сделал Clean Up. Я создал новый каталог из VisualSVN из репозитория и такую ​​же проблему. У вас есть предложения? Могу ли я уничтожить папку .svn и помочь? Я не хочу начинать с нового репо, потому что мы интегрируем TeamCity и наблюдаем. Помогите и спасибо заранее! DougОшибка SVN - 501 Не реализовано Commit Failed

** Ошибка: Commit не удалось (подробности ниже):

Ошибка: сервер послал неожиданное возвращаемое значение (501 Не реализовано) в ответ на

Ошибка: Запрос PROPFIND для «/ СВН/MAHCP /trunk/src/RssaSolution/Mahcp.Rssa'**

Я отправил в SVNForum, но у кого-то еще была эта сумасшедшая ситуация!

+0

Было бы полезно узнать версии Apache/mod_svn/svn, так как возвращение «не реализовано» ... ну, похоже, что значение «не реализовано». У меня были проблемы с svn над https: // и самозаверяющими сертификатами. Может быть, вы используете такого зверя? – gimpf

ответ

3

Был старый устаревший URL-адрес соединительной линии репозитория. Я хочу, чтобы ошибка была более описательной. Спасибо, ребята .... если бы у меня была большая репутация, я бы выделил вам оба пункта!

7

Обычно это прокси-сервер или антивирус или брандмауэр, отклоняющий запросы DAV (PROPFIND не является «обычным» HTTP-запросом, а используется с DAV).

Итак: проверьте свой прокси-сервер и/или вирус-сканер/брандмауэр и настройте их, чтобы разрешить DAV-запросы.

Кроме того, иногда это помогает использовать https вместо http, чтобы эти приложения больше не могли проверять сетевой трафик и мешать им.

+0

спасибо stefan .... мы используем https, но проверим часть DAV и дадим вам знать – dodegaard

+0

Проблема с прокси-сервером - вот что я натолкнулся на эту проблему – Deqing

1

Ответ был тот, что URL-адрес сервера svn был изменен ранее, а затем при попытке проверить его обратно в нем произойдет ошибка. Трюк тогда состоял в том, чтобы уничтожить папки .svn, вытащить свежий, а затем скопировать с моими новыми изменениями. Я хочу, чтобы сообщение об ошибке было лучше.

0

Если и использовать Subclipse попытаться изменить интерфейс клиента SVN от JavaHL к SVNKid

0

Проверьте также, чтобы увидеть, если недавно был установлен mod_security. По крайней мере, на CentOS, его конфигурация по умолчанию не имеет линий, необходимых для разрешения SVN.

В /etc/httpd/modsecurity.d/modsecurity_crs_30_http_policy.conf, я ставлю это в разрешенных методов запроса раздела:

SecRule REQUEST_METHOD "^(PROPFIND|PROPPATCH)$" allow 
SecRule REQUEST_METHOD "^(REPORT|OPTIONS)$" allow 
SecRule REQUEST_METHOD "^(MKACTIVITY|CHECKOUT)$" allow 
SecRule REQUEST_METHOD "^(PUT|DELETE|MERGE)$" allow 
-1

удалить папку /home/user/.subversion,

затем перезапустить IDE или SVN.

0

У меня была аналогичная проблема с другим клиентом, пока я не обнаружил сообщение Anonymous lock creation is not allowed. в /var/log/apache2/error.log на сервере. Убедитесь, что клиент не подключается к серверу анонимно.

Смежные вопросы