403 Запрещенная ошибка при использовании Subversion

Question

Я недавно обновился до Subversion 1.5, и теперь я не могу зафиксировать свой код в хранилище. Я получаю сообщение об ошибке: «403 Запрещено в ответ на MKACTIVITY». Я знаю, что обновление работало, потому что мои коллеги-разработчики не сталкивались с этой проблемой. Что происходит?

Answer 1

Отвечая на мой вопрос:

Видимо, мой SVN URL имел неправильный регистр! Поиск Google обнаружил статью (больше не доступна в Интернете), которая объясняет, что происходит. Мой URL имел форму http://svn.foobar.com/foobar, но реальный репозиторий назывался http://svn.foobar.com/fooBar.

Я использую TortoiseSVN, поэтому исправлением было использование команды Relocate для исправления пути к хранилищу.

Надеюсь, это поможет кому-то еще.

Answer 2

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

Я понимаю причину, по которой регистр имеет значение из-за корней Subversion в системах хранения Unix, которые чувствительны к регистру, но я действительно хотел бы, чтобы вы получили ошибку при начальной проверке, а не при фиксации!

Answer 3

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

Я извлек из https://svn.domain.com/Company/Product/trunk, но не смог зафиксировать, потому что правильный URL был https://svn.domain.com/company/product/trunk.

Answer 4

Еще один случай, когда эта проблема перестанет биться, если вы дважды фиксируете файл с одним и тем же именем, но с разными прописными буквами (например, foobar и FooBar). Конечно, это возможно только в системе Windows и может быть только частным случаем ответа Тодда выше. Один из наших разработчиков случайно сделал это, и это также стоило нам много часов отладки.

Answer 5

У меня была такая же проблема. Я попробовал несколько ответов, представленных выше, но ни один не помог мне. Я обнаружил, что у меня установлено две версии Eclipse, и Subversion была установлена ​​в предыдущей версии Eclipse. Я сделал следующие шаги, чтобы решить 403-запретную ошибку:

• удалить папку Subversion \ AppData \ Roaming \ Subversion
• удалить Subversion из Eclipse
• установленная подрывная деятельность

Answer 6

Ошибка Access to 'foo' forbidden или 403 Forbidden указывает, что вашей учетной записи пользователя не хватает разрешений для запрошенного репозитория. Поскольку имена и пути к хранилищам в хранилищах чувствительны к регистру, вам следует проверить, что введенный вами URL-адрес правильный и что вы вошли в систему с правильными учетными данными. Запустите svn auth, чтобы просмотреть сохраненные учетные данные на клиентском компьютере.

Обычно управление доступом в Subversion реализовано в виде авторизации на основе пути и полностью поддерживает Чтение / Запись , Только чтение и Нет Доступ уровней доступа. Если вы реализуете сложную политику контроля доступа, вы должны понимать принципы контроля доступа в Subversion. Прочтите статью KB33: Понимание авторизации на сервере VisualSVN для получения дополнительной информации. Хотя в заголовке написано «VisualSVN Server», в статье рассматривается авторизация на основе путей в целом, и она должна применяться к другим дистрибутивам SVN-серверов.

Answer 7

Другой возможной причиной, в среде msWin в качестве клиента, являются настройки прокси.

Конфигурация: интернет-проводник / internetOptions / соединения / LAN-настройки / расширенные / исключения

Поместите свой SVN-сервер в исключения.

Имена могут быть другими, я не использую английский как sys язык.

Answer 8

Для меня обновление работало, но операция фиксации выдала мне 403 запрещенную ошибку. Я получил это исправлено, когда я сделал проверку электронной почты.

Answer 9

В моем случае проблема была в том, что Дженкинс проходил через прокси. Ниже приведены свойства в файле catalina.properties Tomcat.

http.proxyHost=proxyserver
http.proxyPort=3128

Чтобы указать, что нужно обходить прокси, мне нужно было добавить свойство http.nonProxyHosts. Несколько хостов могут быть разделены по каналу (|)

http.nonProxyHosts=localhost|*.companydomain.com

Сервер SVN находился в интрасети. Мне не нужно проходить через прокси.

Answer 10

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