Ошибка SVN Commit, доступ запрещен

Недавно я столкнулся с проблемой фиксации SVN. Сервер SVN, который я использую, - это VisualSVN Server 2.5.9, а клиент - TortoiseSVN 1.7.12.

Сначала у одного пользователя возникает проблема с фиксацией файлов в SVN. Но этот пользователь все еще может получить доступ к репозиторию и загрузить обновление. Второй пользователь на втором ПК работает правильно. Но сегодня второй пользователь имеет ту же проблему, что и первый пользователь.

Почему это происходит? Как решить проблему? Спасибо.

Ответы

Ответ 1

Вы можете получить ошибку "Запрещено", если ваша учетная запись пользователя не имеет прав доступа к пути репозитория или репозитория; имеет смысл проверить настройки авторизации для вашей учетной записи пользователя. Убедитесь, что ваш системный администратор не предоставил вам разрешение "Нет доступа" к пути репозитория.

Если вы уверены, что права доступа установлены правильно, дважды проверьте URL-адрес, который вы используете. URL-адреса в Subversion Apache чувствительны к регистру.

Кроме того, я советую вам прочитать статьи об авторизации в Subversion и VisualSVN Server:

SVNBook о авторизация на основе пути.
статья VisualSVN Team о авторизации на основе пути. Он объясняет принципы авторизации SVN, сравнивая его с Windows Access Control.

Ответ 2

Если проблема лежит на стороне клиента, это может быть одной из причин ошибки.

На клиентах TortoiseSVN сохраняются учетные данные клиента под

Настройки чередования/сохраненные данные/данные аутентификации.

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

Ответ 3

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

Вот подсказка, которую я нахожу полезной: в VisualSVN вы можете щелкнуть правой кнопкой мыши по пути, а затем нажать "Скопировать URL в буфер обмена" для вставки в черепаху, чтобы убедиться, что путь является идентичным.

Ответ 4

Собственно, у меня была такая же проблема, как и у вас. Мои окна - сервер 2008, и моя информация о subversion:

TortoiseSVN 1.7.6, Build 22632 - 64 бит, 2012/03/08 18:29:39 Subversion 1.7.4, апрель 1.4.5 apr-utils 1.3.12 неоновый 0.29.6 OpenSSL 1.0.0g 18 января 2012 г. zlib 1.2.5

Я использовал этот путь, и я решил эту проблему. Я использовал опцию [group]. эта опция делает проблему. Я переписываю содержимое файла authz. Я удаляю групповой вариант. и я поставил один за другим. Я хорошо использую.

Спасибо за чтение.

Ответ 5

Решением для меня было проверить чувствительность к регистру имени пользователя. Многие люди упоминают, что URL чувствителен к регистру, но, похоже, имя пользователя тоже!

Ответ 6

Мне не удалось выполнить csharp файлы (*.cs). В конце концов, проблема заключалась в том, что в какой-то момент я установил mod_mono, что сделало *.cs файлы недоступными, через его конфигурацию. Таким образом, это может быть проблема конфигурации Apache, если только некоторые файлы не доступны.

grep ".cs" /etc/apache2/mods-enabled/*
...
mod_mono_auto.conf:AddType application/x-asp-net .cs
...

Ответ 7

На самом деле, у меня была такая же проблема, как и у вас. Вы можете получить ошибку " Запрещено ", если ваш коммит содержит разные каталоги; Люблю внешние предметы.

И я решил за один шаг. Просто передайте внешние элементы в другом случае.

Кроме того, я советую вам прочитать статьи о внешних элементах в Subversion и VisualSVN Server:

Статья VisualSVN Team о внешних элементах руководства по ежедневному использованию. Он объясняет принципы внешних предметов в SVN.

https://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-externals.html