GitHub добавил для Copilot Code Review два важных админских рычага: кто платит за ревью и кто вообще может его запускать. Это помогает не сжигать личные лимиты разработчиков и закрывать корпоративные репозитории от «случайных» ревью с внешних подписок.
GitHub обновил Copilot Code Review и сделал его заметно удобнее для командной работы: теперь можно настроить, на чьи лимиты и бюджеты будет списываться стоимость проверок, а также ограничить запуск ревью пользователями с «чужими» лицензиями.
Почему это важно: у ревью появился «центр затрат»
Раньше по умолчанию расход за запуск Copilot Code Review списывался с лимитов (entitlement/quota) конкретного участника, даже если ревью делалось в репозитории компании. В больших командах это быстро превращается в бытовую проблему: один разработчик активно просит ревью — и внезапно упирается в личный лимит, а у остальных лимиты остаются нетронутыми.
Теперь владельцы организации могут выбрать модель списания для участников, у которых есть лицензия Copilot:
- Member (по умолчанию) — расходы идут на личные лимиты участника. Если лимит исчерпан, ревью не выполнится.
- Organization — расходы списываются на организацию (то есть на «общий кошелёк» репозитория). Для этого у организации должна быть включена платная модель AI Credits, и при желании можно задать бюджет.
Настройка находится в панели организации по пути Copilot → Policies. По смыслу это похоже на переключатель «платит сотрудник» / «платит компания», только применённый к автоматизированному код‑ревью.
Контроль доступа: кто имеет право запускать ревью
Второе изменение — про управляемость и безопасность процессов. По умолчанию любой человек с платной лицензией Copilot может запросить ревью в тех репозиториях, к которым у него есть доступ. В распределённых командах это иногда создаёт серую зону: например, подрядчик или сотрудник из другого подразделения использует личную подписку и запускает ревью там, где компания хотела бы контролировать расходы и правила использования.
Теперь администраторы могут включить настройку Only allow Copilot code review to be triggered by authorized users. Когда она активна:
- ревью можно запускать только теми лицензиями Copilot, которые выданы вашей организацией или энтерпрайзом;
- личные подписки и «внешние» лицензии не смогут инициировать ревью в корпоративных репозиториях;
- если включить это на уровне организации, админы отдельных репозиториев уже не смогут отключить ограничение локально.
Практические сценарии: что поменяется в жизни команды
Сценарий 1 — равномерные расходы вместо «перегретых» личных лимитов. Если у вас принято просить Copilot Code Review на каждый PR, перевод биллинга на организацию избавляет от ситуаций, когда активные разработчики первыми «выжигают» свой лимит и вынуждены тормозить процесс.
Сценарий 2 — подрядчики и внешние участники под контролем. Включив ограничение по авторизованным пользователям, можно оставить доступ к репозиторию, но запретить запуск Copilot‑ревью с личных подписок — и тем самым привязать использование инструмента к корпоративным правилам, бюджету и политике.
Сценарий 3 — прогнозируемость. Когда расходы идут на организацию, проще планировать бюджет: при необходимости задайте лимит на траты и избегайте «неожиданной» остановки ревью из‑за исчерпанных персональных квот.
Источник: GitHub Changelog
