svn: MKACTIVITY 403 запрещено

Question

Я получаю эту ошибку при попытке зафиксировать в хранилище SVN:

svn: MKACTIVITY of '/svn/Demo/!svn/act/e2e65cfa-...4165f': 403 Forbidden (http://svn....com:8088)

Есть идеи, почему? Я много гуглил, но не могу найти решение, которое мне подходит.

Answer 1

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

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)

Answer 2

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

Answer 3

Дважды проверьте корпус в пути к хранилищу.

Answer 4

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

rm -rf ~/.subversion/auth

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

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

Answer 5

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

Answer 6

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

Answer 7

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

1. Файл -> Настройки
2. В списке «Контроль версий» выберите «Subversion».
3. На вкладке «Общие» вы найдете и нажмите «Очистить кэш аутентификации».
4. Хит Ок.
5. Попробуйте зарегистрировать некоторые изменения, и Intellij спросит вас о ваших учетных данных.

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

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

Answer 8

Имя пользователя чувствительно к регистру. Администратор сказал мне, что мое имя пользователя было ... «MyName», которое работало для извлечения и обновления, но при фиксации пришлось использовать строчную букву «myname».

Answer 9

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

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

Answer 10

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

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

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