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

Ответ 1

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

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

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

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

Ответ 2

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

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

Ответ 3

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

Ответ 4

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

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

Ответ 5

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

Конфигурация: internet-explorer/internetOptions/connections/LAN-Settings/advanced/exceptions

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

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

Ответ 6

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

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

Ответ 7

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

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

Ответ 8

Я думаю, что дело здесь в том, что Subversion (независимо от платформы ОС, на которой установлен его сервер) is чувствителен к регистру.

Однако ОС клиентов, возможно, нет. И это может создать проблему.

В моей компании у меня был этот случай, и мне потребовалось около часа, чтобы понять это. Итак, один разработчик, который работал на mac, передал файл svn с тем же именем, но он сменил несколько букв от своего имени на капитальные. Для mac и subversion это не проблема, и файл попал.

Позднее другой разработчик, который работал на ноутбуке Windows, получил ошибку, и окна полностью запутались и ничего не могли сделать.

Итак, решение было - я спросил разработчиков, какой из двух файлов я могу удалить. Я сделал это на Linux, и все были счастливы с тех пор.

Таким образом, верхний/низкий регистр орфографии не является проблемой подрывной работы, но Windows OS one.

Ответ 9

Это произошло для меня, и причина в том, что у меня нет доступа к этой папке. Когда администратор добавил моего пользователя, я смог проверить код.

Ответ 10

У меня была такая же проблема:

произошла ошибка при доступе к записи репозитория (403 Запрещено)

и я нашел несколько разных подходов. Но для меня было решение: загрузить версию плагина (subclipse 1.4) для svn, установленную на сервере, которая была 1.4.3

Ответ 11

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

Ответ 12

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

http.proxyHost=proxyserver
http.proxyPort=3128

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

http.nonProxyHosts=localhost|*.companydomain.com

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

Ответ 13

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