SVN копия требует разрешения для корня хранилища

Question

У меня есть структура хранилища SVN в следующем формате:

scm
 -- products
      -- productA
            --vechiles 
      -- productB

Здесь scm является корнем хранилища, а productA, productB находится под products репозиторий, который является внутренним хранилищем scm. vechiles репозиторий находится под продуктом A
Мой SVN Версия равна

srikanth@localhost:~$ svn --version
svn, version 1.6.6 (r40053)
   compiled Mar 23 2011, 12:15:08

Мой Apache dav_svn.conf Конфигурация файла:

<Location /scm>
        DAV svn
        SVNPath /home/srikanth/svnrepo
        AuthType Basic
        AuthName "My products Subversion Repository"
        AuthUserFile /home/srikanth/M/data/users.dat
        AuthzSVNAccessFile /home/srikanth/M/data/conf.dat
        Require valid-user
</Location>

Мой файл conf.dat , который используется для SVNAccess, выглядит следующим образом:

[scm:/products/productA]  
srikanth = rw

Моя проблема возникает, когда я пытаюсь скопировать хранилище vechiles внутри productA только какУ меня есть доступ только к репозиторию productA, у меня появляется следующая ошибка:
Моя команда копирования SVN выглядит следующим образом:

srikanth@localhost:~$ svn copy http://localhost/scm/products/productA/vechiles http://localhost/scm/products/productA/pvechiles -m "Copied vechiles to pvechiles"

Вывод, который я получаю:

svn: Server sent unexpected return value (403 Forbidden) in response to PROPFIND request for '/scm'

Просьба сообщить мне, в чем заключается проблема, и направить меня, чтобы продолжить. Спасибо, Srikanth

Answer 1

Да, это давняя проблема с клиентом SVN: проблема 3242 . Он зарегистрирован как исправлено в 1.6.13; это проблема на стороне клиента, поэтому вам нужно обновить версии клиента.

Если вам нужна поддержка старых клиентов, вы можете применить патч с этим сообщением к вашему mod-svn-authz на вашем сервере. Это разрешит запросы OPTIONS и PROPFIND в корне хранилища для любого аутентифицированного пользователя. AFAIK нет угрозы безопасности, но патч так и не был принят.