GitHub обновил страницу pull requests: сложные фильтры, компактный режим и новая боковая панель

GitHub открыл для всех пользователей публичное тестирование обновлённой страницы pull requests в репозитории. Главное изменение касается поиска и сортировки: теперь длинные списки можно разбирать с помощью вложенных условий AND и OR, подсказок запросов и фильтров из боковой панели.

Что именно изменилось

Обновление представлено 10 сентября 2026 года. GitHub переработал страницу, на которой команда просматривает открытые, закрытые и объединённые pull requests. Публичная предварительная версия доступна всем пользователям, но интерфейс ещё может меняться по результатам обратной связи.

Если сама площадка не загружается, сначала посмотрите текущий статус GitHub. Новая страница не связана с отдельным изменением Copilot, которое мы разбирали в материале про автозакрытие замечаний в код-ревью.

Как работают новые фильтры

Фильтры можно объединять в группы и вкладывать друг в друга. Например, команда может найти запросы конкретного автора, которые одновременно ожидают проверки и относятся к выбранной метке, либо показать несколько альтернативных наборов условий. Конструктор помогает собрать такой запрос без ручного запоминания всей грамматики поиска.

GitHub также добавил content assist: интерфейс подсказывает доступные поля и значения по мере ввода. Это полезно в репозиториях с десятками авторов, меток и состояний проверки, где простой поиск по одному признаку быстро становится недостаточным.

Что даёт компактный режим

Компактное представление уменьшает высоту строк и позволяет увидеть больше pull requests без прокрутки. Рядом остаются признаки состояния, проверки и активности, поэтому режим подходит для ежедневного разбора очереди. В обычном представлении сохраняется больше контекста для каждой записи.

Боковая панель помогает быстрее включать распространённые ограничения и понимать активный набор условий. GitHub отдельно отмечает улучшенный контекст и представление статуса, чтобы пользователь мог отличить запрос, который ждёт ревью, от запроса с незавершёнными проверками.

Как попробовать обновление

1. Откройте вкладку Pull requests внутри нужного репозитория.
2. Найдите предложение перейти к обновлённой странице или включить public preview.
3. Начните с одного понятного фильтра, затем добавляйте группы AND или OR.
4. Сохраните ссылку на готовый запрос, если команда использует его регулярно.
5. Сравните обычный и компактный режимы на реальной очереди.

Название элемента включения может отличаться на разных этапах развёртывания. Если новой страницы нет, это не обязательно означает неполадку аккаунта.

Как использовать фильтры в команде

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

Не стоит создавать слишком сложное условие без пояснения. Если коллеги не понимают, почему запись попала в выборку, фильтр перестаёт экономить время. Для диагностики проблем с доступом к репозиторию полезен общий порядок проверки из инструкции как отличить общий сбой от локальной проблемы.

Итог

Обновление не меняет сам механизм pull requests, но делает очередь удобнее для больших проектов. Наиболее заметную пользу получат команды, которым требуется регулярно сочетать автора, статус, проверку и метки в одном поисковом запросе.