Svn: MKACTIVITY 403 Запрещено

Ответ 1

Проверьте, предоставили ли вы правильные учетные данные или у вас достаточно прав, чтобы достичь этого репо (обычно просматривая файлы authz, если вы можете управлять конфигурацией сервера). Как заметил один из комментаторов выше, проблема разрешения.

Ответ 2

Я не знаю, помогает ли этот ответ, но в моем случае он имел какое-то отношение к именам доменов сервера и чувствительности к регистру.

URL, который мы использовали для этой рабочей копии, был

https://bhm18a.serona.org:8443/svn/nebeam/eco/branches/apple2010

вместо правильного URL

https://bhm18a:8443/svn/NeBeam/eco/branches/apple2010

С другой стороны, неправильный URL-адрес работал для "проверки" и "обновления" и просмотра репозитория, но не для "копирования" или "фиксации".

Проверка новой рабочей копии с использованием точного URL-адреса заставила проблемы исчезнуть.

(Использование subversion 1.6.12 с Visual SVN Server, установленным на Microsoft Windows Server)

Ответ 3

Двойная проверка корпуса в пути репозитория.

Ответ 4

Я все время сталкиваюсь с этой проблемой и

rm -rf ~/.subversion/auth

всегда работает для меня.

Удалите этот каталог и повторите попытку.

Ответ 5

Случай в пути репозитория ДОЛЖЕН соответствовать случаю на сервере. Я много часов отслеживал, почему некоторые пользователи могут вносить изменения в репозиторий, а другие не могли. Оказывается, первоначальная проверка для "запрещенных" пользователей была выполнена с URL во всех строчных "../svn/robotconfig", когда имя репозитория было фактически "../svn/RobotConfig". После выполнения новой проверки с правильным именем хранилища, пользователи смогли зафиксировать изменения.

Ответ 6

В моем случае "решение" было: глупый администратор в нашей компании просто изменил все: от SVN до GIT, не передав это разработчикам. Серьезно.

Ответ 7

У меня та же проблема. Я использую Intellij, и я решил эту проблему, выполнив следующие действия:

• Файл → Настройки
• В разделе "Контроль версий" выберите "Subversion".
• Вкладка "Общие" вы найдете и нажмите "Очистить кэш".
• Нажмите "ОК".
• Попробуйте внести изменения в некоторые изменения, и Intellij спросит вас о ваших учетных данных.

Кажется, эта проблема возникла после того, как вы сделали команду svn switch --relocate на своей выписной ветке.

Наслаждайтесь!

Ответ 8

Это также может произойти, если пользователь помещает пробел в конец своего имени пользователя. Наша настройка - svn через http в apache. Если пользователь помещает пробелы в конец, если их имя пользователя, оно будет обрезано, и apache будет передавать auth. Однако svn не сможет найти имя пользователя, и вы получите эту довольно загадочную ошибку.

Это также может случиться из-за проблемы с нечетным адресом. Windows не имеет никакого значения в случае файловой системы, но svn делает (даже при работе в Windows). См. Информацию об этом здесь.

Ответ 9

Чувствительность к регистру - это проблема для меня. Администратор сказал мне, что мое имя пользователя... "MyName", которое работало для проверки и обновления, но при фиксации, должно было использоваться "myname".

Ответ 10

Ошибка 403 Forbidden произошла после того, как я модифицировал .htaccess, чтобы ограничить методы запросов с помощью:

RewriteCond %{REQUEST_METHOD} !^(GET|HEAD|POST|PROPFIND|OPTIONS|PUT)$ [NC]
RewriteRule .* - [F,NS,L]

Ответ 11

Просто это случилось со мной, используя Eclipse с Subversive plugin. Выполнение команды > Очистка в проекте исправила ее.

Ответ 12

Я решил это, проблема связана со старыми учетными данными, которые хранятся в следующих папках \Users\<Your user name>\AppData\Roaming\Subversion\auth\svn.Simple

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

Ответ 13

Я обновил свое затмение и начал получать эту же проблему.

Я сделал все трюки, ничего не работает. Но старое затмение все еще работает.

Итак, я понял, что кто-то из ИТ-команды изменил деловое имя домена, поэтому мой userId изменился с:

DOMAIN\имя пользователя в домене\имя пользователя

Итак, после удаления \Users\<Your user name>\AppData\Roaming\Subversion снова появится диалог входа и назад на дорожку.

Ответ 14

В моем случае корень проблемы не был в корпусе, а в измененном порту svn.

Исправлено это с перемещением рабочей копии:

svn switch --relocate https://svn.company.com/svn/path/branches/java8 https://svn.company.com:465/svn/path/branches/java8

Ответ 15

У меня была такая же проблема, когда я впервые вступил в новую ветку svn, которая была вызвана нижним регистром, используемым в пути URL, когда он должен был быть верхним регистром во время проверки. В папке .svn корневого каталога проверки найдите файл wc.db, откройте его в текстовом редакторе, выполните глобальную замену неправильного пути URL с правильным URL-адресом, сохраните файл. Повторите попытку, у вас больше не будет этой проблемы.