Вплоть до недавнего времени можно было настроить параметры безопасности отдельных групп и пользователей в данном хранилище Azure DevOps Git, отключив наследование, а затем сбросив разрешения. С недавним изменением пользовательского интерфейса это, по-видимому, больше невозможно: если I
- отменить наследование для данного репозитория,
- щелкните значок tra sh can рядом с группу, которую я хочу удалить (скриншот ниже),
Я получаю сообщение об ошибке
{группа или пользователь} унаследовал разрешения и не может быть удален из списка
, хотя Наследование явно отключено в хранилище (а также во всех его тегах и ветвях).

Снова До недавнего времени это работало нормально, и у меня есть примеры репозиториев, в которых унаследованные в противном случае группы и пользователи были удалены. Если я возьму такой репозиторий (снимок экрана ниже, обратите внимание, что все группы удалены), включите Наследование и отключите его сразу же после этого, тогда все группы и пользователи также будут загрязнять этот репозиторий и будут казаться неустранимыми.
One я заметил еще одну странную вещь: хотя при щелчке по банке tra sh рядом с «Администраторами коллекций проектов» группа не удалялась, у нее был побочный эффект установки всех разрешений для другой группы ». Учетные записи службы сбора проектов "на" Не задано ".

Поэтому мой вопрос: является ли это регрессией в Azure DevOps Repos или Есть ли новый способ точной настройки разрешений для репозитория, который мне не хватает?