Code Quality без автодобавления Copilot: проверка opt-in через ruleset. Зафиксировать ruleset target, branch pattern, enforcement и исключения, затем проверить один pull request с copilot review rule и один контрольный вне области; результат оформить как дерево решения «review отсутствует → effective ruleset → branch target → event → исключение →…
Исходная граница: reviewer opt-in
Начните с наблюдаемого состояния, а не с предполагаемой причины. Наблюдаемая боль: Команда ожидает автоматический Copilot review от Code Quality, но reviewer больше не добавляется сам, а ruleset либо отсутствует, либо действует не на ту ветку. До любых действий запишите дату, точную роль, тип объекта, edition или клиент, исходное значение и ожидаемый результат. Рабочая задача этого разбора: зафиксировать ruleset target, branch pattern, enforcement и исключения, затем проверить один pull request с Copilot review rule и один контрольный вне области. Не меняйте одновременно policy, версию клиента и содержимое проверяемого объекта: иначе результат нельзя будет связать с одной переменной. Публичная запись должна содержать только обезличенные статусы; имена, приватные адреса, токены, полный журнал и рабочее содержимое исключаются.
Доказательная база для reviewer opt-in
Первичный источник подтверждает следующее: GitHub прекратил автоматически добавлять Copilot reviewer при использовании Code Quality; автоматический review теперь включается явно через ruleset. Второй официальный источник уточняет: Инструкция GitHub описывает настройку automatic code review для репозитория, включая область ruleset и условия срабатывания. Changelog датирует изменение, документация задаёт штатную модель; ни один из источников не доказывает причину любого внешне похожего сбоя. Поэтому ожидаемый артефакт — дерево решения «review отсутствует → effective ruleset → branch target → event → исключение → видимый review request». Он фиксирует проверяемые поля и не утверждает, что функция популярна, что она уже доступна каждому аккаунту или что именно релиз вызвал любой похожий симптом. Дату и технические свойства следует брать с прямых страниц, а не из заголовка агрегатора.
Обратимый опыт: reviewer opt-in
Контрольный тест сформулирован так: Создать тестовый ruleset для одной временной ветки, открыть pull request, дождаться ожидаемого review request и удалить правило после фиксации результата. Перед началом сохраните исходное значение, идентификатор тестового объекта и способ возврата. Выполните одно действие, дождитесь одного измеримого ответа и внесите его в дерево решения «review отсутствует → effective ruleset → branch target → event → исключение → видимый review request». Положительный результат подтверждает только эту ветку в данном окружении; отрицательный исключает только проверенное условие. Повтор допустим на той же версии и с теми же входными данными, без серии очисток, переустановок и расширения прав.
Матрица решений по reviewer opt-in
Сначала сравните expected и actual для контрольного объекта. Если они совпали, выполните возврат и подтвердите, что исходное состояние восстановлено. Если не совпали, проверьте effective role, policy, scope и version, затем переходите только к одной соседней ветке. Основной инструмент — дерево решения «review отсутствует → effective ruleset → branch target → event → исключение → видимый review request». Отдельная строка нужна для неизвестного состояния: она честнее преждевременного диагноза. Совпадение даты или названия не доказывает регрессию; доказательством служит воспроизводимый before/after с одной изменённой переменной и границей из официальной документации.
Стоп-линия и эскалация: reviewer opt-in
Критерий остановки: Не включать организационный rollout, если неизвестны effective rulesets, конфликтующие bypass или последствия для обязательных проверок. Для эскалации подготовьте минимальный пакет: UTC-время, версию клиента или API, тип аккаунта, обезличенный идентификатор объекта, expected и actual, один контрольный шаг, результат возврата и ссылки на два официальных источника. Скриншот обрежьте до нужной области. Не прикладывайте приватные URL, email, секреты, конфигурацию организации целиком, database, HAR или необработанный лог. Такой пакет позволяет проверить именно «reviewer opt-in» без опасных необратимых изменений.
Материал подготовлен редакцией VOne с помощью ИИ; все технические утверждения постатейно сверены с указанными официальными источниками 28 августа 2026 года.
Источники и проверка
- Официальный GitHub Changelog проверено 2026-08-28
- Официальная техническая документация проверено 2026-08-28
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.