Недавно я столкнулся с проблемой фиксации в SVN. Я использую SVN-сервер VisualSVN Server 2.5.9, а клиент - TortoiseSVN 1.7.12.
Сначала у одного пользователя возникла проблема с фиксацией файлов в SVN. Но этот пользователь по-прежнему может получить доступ к репозиторию и загрузить обновление. Второй пользователь на втором ПК работает нормально. Но сегодня у второго пользователя та же проблема, что и у первого.
Почему так случилось? Как решить проблему? Спасибо.
Вы можете получить ошибку «Запрещено», если у вашей учетной записи нет прав доступа к репозиторию или пути к репозиторию; имеет смысл проверить настройки авторизации для вашей учетной записи. Убедитесь, что ваш системный администратор не предоставил вам разрешение «Нет доступа» к пути к репозиторию.
Если вы уверены, что разрешения установлены правильно, дважды проверьте URL-адрес, который вы используете. URL-адреса в Apache Subversion чувствительны к регистру.
Дополнительно советую прочитать статьи по авторизации в Subversion и VisualSVN Server:
Get-SvnAccessRule для просмотра правил доступа для путей, которые не существуют в версии HEAD: visualsvn.com/support/topic/00088/#Get-SvnAccessRule
- person bahrep; 26.04.2018
Если проблема кроется на стороне клиента, это может быть одной из причин ошибки.
На клиентах TortoiseSVN сохраняет учетные данные клиентов в
Настройки черепахи / сохраненные данные / данные аутентификации.
Я получил ту же ошибку при попытке зафиксировать мои файлы, но мои учетные данные были изменены. Очистка этого кеша здесь даст вам всплывающее окно при следующей попытке фиксации для повторного ввода правильных учетных данных.
Решением для меня было проверить чувствительность к регистру имени пользователя. Многие люди упоминают, что URL-адрес чувствителен к регистру, но, похоже, имя пользователя тоже!
Как новый пользователь этих двух программных пакетов, я столкнулся с той же проблемой. Как было также обнаружено выше, мое решение заключалось в использовании тех же букв регистра, что и в пути к репозиторию.
Вот совет, который я считаю полезным: в VisualSVN вы можете щелкнуть правой кнопкой мыши по пути, а затем нажать «Копировать URL-адрес в буфер обмена» для вставки в Tortoise, чтобы убедиться, что путь совпадает с регистром.
Собственно, у меня была такая же проблема, как и у вас. Мои окна - это сервер 2008, а моя информация о подрывной деятельности:
TortoiseSVN 1.7.6, сборка 22632 - 64-разрядная версия, 08.03.2012 18:29:39 Subversion 1.7.4, апр 1.4.5 апрель-utils 1.3.12 neon 0.29.6 OpenSSL 1.0.0g 18 января 2012 г. zlib 1.2. 5
Я использовал этот способ и решил эту проблему. Я использовал вариант [группа]. этот вариант создает проблему. Переписываю содержимое файла authz. Снимаю групповой вариант. и я ставил по одному. Пользуюсь хорошо.
Спасибо за чтение.
Собственно, у меня была такая же проблема, как и у вас. Вы можете получить ошибку «Запрещено», если ваша фиксация включает разные каталоги; Нравится внешние предметы.
И я решил за один шаг. Просто зафиксируйте внешние элементы в другом случае.
Кроме того, я советую вам прочитать статьи о внешних элементах в Subversion и VisualSVN Server:
Статья команды VisualSVN о внешних элементах Руководства по ежедневному использованию. Он объясняет принципы работы с внешними элементами в SVN.
https://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-externals.html
Мне не удалось зафиксировать csharp-файлы (* .cs). В конце концов проблема заключалась в том, что в какой-то момент я установил mod_mono, который сделал * .cs-файлы недоступными из-за своей конфигурации. Так что это вполне может быть проблема конфигурации apache, если только какие-то файлы недоступны.
grep ".cs" /etc/apache2/mods-enabled/*
...
mod_mono_auto.conf:AddType application/x-asp-net .cs
...
Моя проблема заключалась в моих разрешениях SVN.
У меня была такая же проблема «Доступ к '/ svn / [мой путь] /! Svn / me' запрещен» при попытке зафиксировать файлы в проекте, над которым я работал ежедневно в течение нескольких месяцев. Попробовав описанные выше действия, я не смог решить проблему. Я также попытался вытащить проект с нуля, войти / выйти из SVN и т. Д. Наконец, я связался с ИТ-отделом моей компании и спонтанно возникла проблема с разрешениями, которая изменила мой доступ с чтения / записи на доступ только для чтения. ИТ-отдел обновил мои разрешения, и это решило проблему.
У меня была аналогичная проблема на Mac, когда svn выбирал логин Mac в качестве имени пользователя, и я получал ошибку как
svn: E170013: Unable to connect to a repository at URL 'https://repo:8443/svn/proj/trunk'
svn: E175013: Access to '/svn/proj/trunk' forbidden
Я использовал --username вместе с командой svn, чтобы передать правильное имя пользователя, что мне помогло. Как вариант, вы можете удалить ~/.subversion/auth файл, после чего svn предложит вам ввести имя пользователя.
