GitHub: ограничьте черновики до накопления PR агентов

Dev
Просмотры 2

Быстрые агенты могут быстрее наращивать очередь ревью. Черновой PR означает неготовность, но не отсутствие работы для репозитория. Изменение GitHub — повод проверить входящий поток.

Изменение 8 октября

8 октября 2026 года GitHub объявил о возможности включать черновики в лимиты PR. Раньше они не учитывались в лимите пользователя. Это не доказывает автоматическое изменение настроек всех репозиториев.

Объявление направлено против беспорядка, уведомлений и CI от низкокачественных вкладов и спама. Универсальное число не предлагается. Проверьте реальные настройки и область их действия.

Вход → существующая работа → PR для ревью. Англоязычная редакционная схема, не снимок GitHub.
Вход → существующая работа → PR для ревью. Англоязычная редакционная схема, не снимок GitHub.

Разделяйте статус и ёмкость

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

Три черновика с альтернативами одной задачи удобны для сравнения, но оставляют три ветки и diff. Это эксперименты, не три обещанных релиза. По возможности сравните варианты в issue и откройте ясно определённую работу для ревью.

Сначала наблюдайте три вещи

Запишите число открытых черновиков и обычных PR, владельцев и цели, последние значимые обновления. Затем изучите CI, ожидание и дубли. Впечатление о слишком частых уведомлениях может привести к блокировке полезных вкладов.

Агенты должны связывать репозиторий, issue и имеющийся PR. После ошибки создания не открывайте немедленно другой PR с новым именем. Найдите и обновите прежнюю работу. Это предложение процесса, не новая автоматика GitHub.

Объясняйте блокировку

Укажите продолжение работы, критерии готовности и контакт помощи. Не предлагайте перевод в обычный PR как обход правила. Перед закрытием или архивированием проверьте владельца и полезное содержание.

Несколько зависимых PR не плохи только из-за количества. Малые связанные изменения отличаются от повторных отправок. Лимит защищает вход, не заменяя ревью, тесты или решения о выпуске.

Начните с малого и сравните

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

Пусть одна задача возвращается к одному PR до ускорения агента. GitHub даёт канал обратной связи о настройке. Непроверенные реакции и измеренные улучшения здесь не выдуманы.

Официальный источник

GitHub Changelog

Проверено 9 октября 2026 года. Отличайте функцию продукта от предложений процесса.