VisualSVN 2.5.16 на сервере, Tortoise SVN 1.8.1 в качестве клиента на компьютере разработчика.
Я установил разрешения в диспетчере серверов VisualSVN, чтобы кто-то мог предоставить им доступ к репо. Кажется, что разрешения отражаются в интерфейсе browse repo, но не в действиях update/commit от TortoiseSVN при обращении к серверу VisualSVN.
Пример: я пошел в проект, над которым я работал в течение нескольких месяцев, и проверил - удалите мои разрешения в диспетчере серверов VisualSVN, чтобы у всех пользователей не было доступа, а у группы разработчиков - нет доступа. IE нет на имеет доступ в этой точке. Тем не менее, я все еще могу создать тестовый файл и зафиксировать его в репозитории. Затем перейдите и удалите файл из репозитория и зафиксируйте его. Кажется, я не могу отозвать разрешения на чтение или запись в репо.
Из-за этого изменения репозиторий теперь отображается в "Браузере репозитория" TortoiseSVN (т.е. я не вижу ветку дерева, к которому я удалил свои разрешения), но действия по обновлению / фиксации из контекстного меню проводника файлов Windows 7 по-прежнему работают нормально ,
Я задаюсь вопросом, является ли такой же странностью то, что мешает моему коллеге получить доступ к хранилищу для фиксации изменений, несмотря на то, что ему явно были предоставлены разрешения на чтение / запись для другого хранилища, над которым он работает.
Основная проблема, которую я пытаюсь решить, заключается в том, почему у коллеги есть доступ только для чтения к части репозитория, где только два режима доступа - это "нет доступа" для "всех" и «доступ для чтения / записи» для наша группа разработчиков и его явно. Он аутентифицируется в VisualSVN, используя этот явный логин, но получает доступ только для чтения. Согласно документам VisualSVN, в силу того, что его имени явно предоставлен доступ для чтения / записи, это предоставит ему доступ через любое наследование или доступ "все" в папке репозитория.
Нечто странное происходит между VisualSVN Standard Edition с явными учетными записями и TortoiseSVN в Windows 7.