Недавно я столкнулся с проблемой фиксации SVN. Сервер SVN, который я использую, - это VisualSVN Server 2.5.9, а клиент - TortoiseSVN 1.7.12.
Сначала у одного пользователя возникает проблема с фиксацией файлов в SVN. Но этот пользователь все еще может получить доступ к репозиторию и загрузить обновление. Второй пользователь на втором ПК работает правильно. Но сегодня второй пользователь имеет ту же проблему, что и первый пользователь.
Почему это происходит? Как решить проблему? Спасибо.
Вы можете получить ошибку "Запрещено", если ваша учетная запись пользователя не имеет прав доступа к пути репозитория или репозитория; имеет смысл проверить настройки авторизации для вашей учетной записи пользователя. Убедитесь, что ваш системный администратор не предоставил вам разрешение "Нет доступа" к пути репозитория.
Если вы уверены, что права доступа установлены правильно, дважды проверьте URL-адрес, который вы используете. URL-адреса в Subversion Apache чувствительны к регистру.
Кроме того, я советую вам прочитать статьи об авторизации в Subversion и VisualSVN Server:
Если проблема лежит на стороне клиента, это может быть одной из причин ошибки.
На клиентах TortoiseSVN сохраняются учетные данные клиента под
Настройки чередования/сохраненные данные/данные аутентификации.
Я получил ту же ошибку, пытающуюся зафиксировать мои файлы, но мои учетные данные были изменены. Очистка этого кеша здесь даст вам всплывающее окно с последующей попыткой совершения повторного ввода ваших правильных учетных данных.
Как новый пользователь для этих двух программных пакетов, я столкнулся с одной и той же проблемой. Как было обнаружено выше, мое решение заключалось в том, чтобы использовать те же буквы букв, что и в пути к репозиторию.
Вот подсказка, которую я нахожу полезной: в VisualSVN вы можете щелкнуть правой кнопкой мыши по пути, а затем нажать "Скопировать URL в буфер обмена" для вставки в черепаху, чтобы убедиться, что путь является идентичным.
Собственно, у меня была такая же проблема, как и у вас. Мои окна - сервер 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. Я удаляю групповой вариант. и я поставил один за другим. Я хорошо использую.
Спасибо за чтение.
Решением для меня было проверить чувствительность к регистру имени пользователя. Многие люди упоминают, что URL чувствителен к регистру, но, похоже, имя пользователя тоже!
Мне не удалось выполнить csharp файлы (*.cs). В конце концов, проблема заключалась в том, что в какой-то момент я установил mod_mono, что сделало *.cs файлы недоступными, через его конфигурацию. Таким образом, это может быть проблема конфигурации Apache, если только некоторые файлы не доступны.
grep ".cs" /etc/apache2/mods-enabled/*
...
mod_mono_auto.conf:AddType application/x-asp-net .cs
...
На самом деле, у меня была такая же проблема, как и у вас. Вы можете получить ошибку " Запрещено ", если ваш коммит содержит разные каталоги; Люблю внешние предметы.
И я решил за один шаг. Просто передайте внешние элементы в другом случае.
Кроме того, я советую вам прочитать статьи о внешних элементах в Subversion и VisualSVN Server:
Статья VisualSVN Team о внешних элементах руководства по ежедневному использованию. Он объясняет принципы внешних предметов в SVN.
https://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-externals.html