Wiki

Роли и панель администрирования

Панель администрирования uVersion: кто может её открыть, 9 ролей, супер-администратор против project_admin, иерархия рангов и какая вкладка кому доступна.

Введение

Панель администрирования встроена в десктоп-клиент uVersion. Она объединяет управление пользователями, группами, правами, правилами проверки, вебхуками, распределением и хранилищем. Эта страница объясняет систему ролей, на которую опирается всё остальное: прочитайте её перед другими страницами этого раздела.

Открытие панели

Открытая панель администрирования со списком вкладок (Пользователи, Группы, Права, Правила, Вебхуки, Распределение, Хранилище).

Войдите в десктоп-клиент под учётной записью с ролью администрирования, затем откройте пункт Admin в навигации. Учётные записи без роли администрирования этот пункт не видят.

Панель открывают две роли: admin (супер-администратор) и project_admin (администратор проекта). То, что они там видят, не одинаково: см. следующий раздел.

Супер-администратор vs project_admin

uVersion различает два уровня администрирования:

Супер-администратор (роль admin): власть над всем сервером. Он управляет всеми репозиториями, всеми пользователями, глобальными настройками, аудитом, лицензией.
project_admin: полноценный администратор, но только тех проектов, которыми он управляет. В своих репозиториях он делает всё, что делает admin (права, правила, вебхуки, GC, уничтожение). За пределами своих репозиториев у него нет никаких полномочий администрирования.

Принцип: project_admin является полноправным администратором собственных проектов и никем в других местах. Поэтому его панель разделена: некоторые глобальные действия (см. ниже) остаются за супер-администратором.

9 ролей

Роль	Для чего
`admin`	Супер-администратор: полный доступ, весь сервер.
`project_admin`	Администратор проекта: полный админ своих репозиториев, ничего в других местах.
`lead`	Руководитель команды: запись во все репозитории и несколько повышенных возможностей (утверждение, глобальная активность, распределение). Фактически сегодня очень мощная роль.
`artist`	Участник (арт): check-out / check-in файлов согласно своим правам.
`programmer`	Участник (код): check-out / check-in согласно своим правам.
`qa`	Контроль качества: вносит вклад и участвует в ревью.
`user`	Обычный участник.
`viewer`	Только чтение.
`playtester`	Доступ только к опубликованным сборкам (загрузка игр). Не видит ни workspace, ни файлы репозитория.

Роль определяет силу, право определяет область Роль говорит, что учётная запись может делать (администрировать, вносить вклад, читать). Права говорят, в каких папках. artist может изменять только те пути, где ему предоставлена запись.

Ранги и защита

Роли упорядочены по рангу: admin 100, lead 50, project_admin 40, programmer / artist / qa / user 10, viewer / playtester 5.

Администратор может действовать только на учётную запись строго ниже собственного ранга: то есть нельзя повысить самого себя, изменить равного или понизить себя ниже своего ранга. Именно это не позволяет, например, project_admin (ранг 40) превратиться в супер-администратора.

Кто к какой вкладке имеет доступ

Вкладка	Супер-администратор	project_admin
Пользователи	Полное управление	Только создание, разделённый список
Группы	Полное управление	Чтение имён (чтобы адресовать назначение)
Права	Да	Да, в своих репозиториях
Правила	Да	Да, в своих репозиториях
Вебхуки	Да	Да, в своих репозиториях
Распределение	Да	Нет (только для admin и lead)
Хранилище & GC	Да	Да, в своих репозиториях

Остаются строго за супер-администратором: изменение / сброс / деактивация пользователя, управление группами (сверх простого чтения), аудит, настройки сервера, глобальная статистика и лицензия.

Возможности на уровне всего сервера

Некоторые разрешения представляют собой возможности, привязанные к роли и действующие на всём сервере (у них нет измерения по репозиториям). Два практических следствия:

lead, обладающий возможностью manage_rules, имеет доступ к Распределению на всём сервере.
project_admin не обладает никакой возможностью: его власть исходит из списка проектов, которыми он управляет, а не из возможности. Это сделано намеренно, возможность нельзя ограничить одним проектом.