Аутентификация VisualSVN 2.5.16 сводит меня с ума - не работает в MS Windows 7
VisualSVN 2.5.16 на сервере, Tortoise SVN 1.8.1 в качестве клиента на компьютере разработчика.
Я установил разрешения в диспетчере серверов VisualSVN, чтобы кто-то мог предоставить им доступ к репо. Кажется, что разрешения отражаются в интерфейсе browse repo, но не в действиях update / commit от TortoiseSVN при обращении к серверу VisualSVN.
Пример: я пошел в проект, над которым работал в течение нескольких месяцев, и проверил - удалите мои разрешения в диспетчере серверов VisualSVN, чтобы у всех пользователей не было доступа, а у группы разработчиков - нет доступа. IE нет на имеет доступ в этой точке. Тем не менее, я все еще могу создать тестовый файл и зафиксировать его в репозитории. Затем перейдите и удалите файл из репозитория и зафиксируйте его. Кажется, я не могу отозвать разрешения на чтение или запись в репо.
Из-за этого изменения репозиторий теперь отображается в "Браузере репозитория" TortoiseSVN (то есть я не вижу ветку дерева, к которому я удалил свои разрешения), но действия по обновлению / фиксации из контекстного меню проводника файлов Windows 7 по-прежнему работают нормально,
I'm wondering if the same sort of oddness is what is preventing my colleague from accessing the repository to commit changes, despite him having been explicitly been given read/write permissions to the other repository he is working on.
The root problem I'm trying to solve is why a colleague has read-only access to a part of the repository, where the only two modes of access granted are "no access" for 'everyone' and "read/write" access for our dev group and him explicitly. He is authenticating against VisualSVN using that explicit login, but only gets read-only access. According to the VisualSVN docs, by virtue of his name being explicitly being granted read/write access, that would grant him that over any inheritance or the 'everyone' access on the repository folder.
Something odd is at play between VisualSVN Standard Edition with explicit accounts and TortoiseSVN on Windows 7.
1 ответ
Пример: я пошел в проект, над которым работал в течение нескольких месяцев, и проверил - удалите мои разрешения в диспетчере серверов VisualSVN, чтобы у всех пользователей не было доступа, а у группы разработчиков - нет доступа. IE нет на имеет доступ в этой точке. Тем не менее, я все еще могу создать тестовый файл и зафиксировать его в репозитории. Затем перейдите и удалите файл из репозитория и зафиксируйте его. Кажется, я не могу отозвать разрешения на чтение или запись в репо.
Я предполагаю, что у вас есть правило доступа на корневом уровне, которое дает вашей учетной записи доступ для чтения / записи. Есть ли у вас правила чтения / записи на родительском уровне? Например, правило для всех. Если вы это сделаете, то переключите доступ на Нет доступа или полностью удалите правило. В противном случае правило доступа "Чтение / запись" для всех может вступить в силу, если вы введете URL-адрес хранилища, используя недопустимый регистр символов.
До версии 1.7 Apache Subversion обрабатывал имена и пути к хранилищам без учета регистра в целях контроля доступа, преобразовывая их в нижний регистр внутри, прежде чем сравнивать их с содержимым файла доступа. Это теперь делает эти сравнения с учетом регистра. См. Apache Subversion 1.7. Примечания к выпуску по адресу http://subversion.apache.org/docs/release-notes/1.7.html.
Чтобы решить возможные проблемы с безопасностью, вы должны удалить все права "чтения / записи" из корня репозитория.
ПРИМЕЧАНИЕ. Эта проблема затрагивает только тип проверки подлинности / авторизации Subversion и не воспроизводится при проверке подлинности / авторизации Windows (базовая и / или встроенная). Не воспроизводится с VisualSVN Server 2.6 и новее.
VisualSVN 2.5.16 на сервере, Tortoise SVN 1.8.1 в качестве клиента на компьютере разработчика.
Имеет смысл постоянно обновлять сервер и клиент, по крайней мере, в том выпуске, который вы используете в данный момент:
Выпуск VisualSVN Server 2.5 по-прежнему поддерживается, и вы можете получить последнюю версию обслуживания по адресу https://www.visualsvn.com/server/download/2.5/. Последняя версия VisualSVN Server 2.5 - 2.5.23.
Последняя версия TortoiseSVN - 1.8.8 и доступна по адресу http://tortoisesvn.net/downloads.html