Сценарии для команд

Ниже — проверенные комбинации «роль + область + точечные правки» для типичных ситуаций. Названия переключателей — как в интерфейсе («Права» → «Дополнительно»).

Небольшая команда, один проект

Разработчики ведут свои задачи от постановки до ревью, техлид утверждает чужие формулировки, отправляет на доработку и публикует PR/MR.

Несколько проектов, разные команды

Дайте каждому участнику гранты только на его проекты. Тем, кто отвечает за всё, — Maintainer на всю организацию. Человеку из двух команд — два гранта: например, Maintainer в shop и Contributor в bot. Так никто не видит проектов, к которым не имеет отношения.

Внешний подрядчик

Contributor · Проект (или · Репозиторий, если нужны только вопросы по коду и исследования). Подрядчик ведёт свои задачи и видит контекст проекта, но не публикует PR/MR, не запускает аудиты и не трогает репозитории. Когда работа закончена — удалите участника: доступ к репозиториям организации снимется вместе с грантами.

Ревьюер без права публикации

Contributor · Проект плюс в «Дополнительно»:

• «Закрывать и отклонять замечания — чужие задачи»
• «Отправлять на доработку — чужие задачи»

Ревьюер разбирает замечания и возвращает задачи в доработку, а «Одобрить» — публикация в исходный репозиторий — остаётся у Maintainer и владельца.

Заказчик или продакт-менеджер

Contributor · Проект — ставит задачи, отвечает на уточнения по ним, утверждает формулировку своих задач, следит за ревью и стоимостью. Если он же должен утверждать формулировки задач, поставленных командой, включите «Утверждать формулировку — чужие задачи» и «Отвечать на уточнения — чужие задачи».

Автор, который публикует сам

По умолчанию Contributor не одобряет даже свои задачи. Для зрелой команды, где автор доводит задачу до PR сам, включите «Одобрять и публиковать PR/MR — свои задачи». Чужие задачи при этом остаются за Maintainer.

Наблюдатель: только смотреть

Contributor на нужную область с выключенными:

• «Создавать задачи»
• «Отправлять задачи в работу»
• «Задавать вопросы»
• «Создавать исследования»
• «Добавлять замечания»

Такой участник видит задачи, ревью, аудиты, диалоги и исследования, но ничего не запускает и не расходует баланс. Подходит для руководителя, финансиста, аудитора процесса.

Аудитор кода

Contributor · Репозиторий (или · Проект) плюс, при необходимости, «Запускать аудиты и подготовку инструментов». Аудитор задаёт вопросы по коду, ведёт исследования и запускает аудит, не касаясь задач.

Дежурный, который может остановить всё

Contributor · Вся организация плюс «Останавливать, возобновлять и закрывать — чужие задачи». Человек на дежурстве может остановить любой прогон, не получая остальных прав Maintainer.

Как проверить настройку

Откройте «Участники»: чип участника показывает роль, область и число точечных правок («изменено 2»). Нажмите «Права» → «Дополнительно» — включённые переключатели и есть его фактические возможности в этой области. Что именно увидит участник на каждом экране — в разделе Что видит участник.