GitHub разрешил роли Triage архивировать pull request, а не только админам

GitHub 8 октября 2026 года изменил правила доступа к архивированию pull request. Теперь архивировать и разархивировать их могут пользователи с ролью Triage и выше. До этого такое право было только у администраторов репозитория. Из пяти стандартных ролей GitHub (Read, Triage, Write, Maintain, Admin) порог упал с самой верхней ступени на вторую снизу. Это небольшое изменение в одном из самых загруженных рабочих процессов платформы.

Что именно поменялось

В анонсе в GitHub Changelog сказано коротко. Раньше архивация PR требовала прав администратора, поэтому доверенным триажерам приходилось передавать администраторам даже рутинные случаи. Текст анонса в доступной нам версии обрывается на этой фразе. Подробности реализации в нём не приведены: например, как архивированные PR отображаются в поиске и фильтрах и какие события попадают в журнал аудита. Их стоит проверять по документации GitHub.

Правило теперь работает в обе стороны: пользователь с ролью Triage может и убрать PR в архив, и вернуть его обратно. Это важно. Ошибочную архивацию триажер исправит сам и не будет искать администратора.

Почему порог доступа имеет значение

Роль Triage в GitHub создавалась для людей, которые разбирают входящий поток. Они расставляют метки, назначают исполнителей, закрывают дубликаты и переоткрывают задачи. При этом они не могут пушить код в репозиторий. Это естественная роль для волонтеров в открытых проектах и для саппорт-инженеров или QA-специалистов в корпоративных командах.

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

Есть и косвенный фон. Инструменты вроде кодинг-агентов делают открытие PR дешевле, и во многих репозиториях очереди растут. Сам GitHub в анонсе этой связи не называет, это наше наблюдение. Но чем больше PR создают автоматически, тем дороже обходится каждая лишняя передача задачи между ролями.

Коротко о параметрах

• Дата объявления: 8 октября 2026 года.
• Кому доступно: роль Triage и выше (Triage, Write, Maintain, Admin).
• Операции: архивация и разархивация pull request.
• Раньше: только администраторы репозитория.
• Источник: GitHub Changelog.

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

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

Затем зафиксируйте в CONTRIBUTING или во внутреннем гайде критерии архивации. Например: PR без активности больше определённого срока, дубликаты, PR, оставленные автором. Без правила разные триажеры будут принимать разные решения, и вопросы «почему мой PR пропал» будут возникать чаще.

Наконец, если у вас есть автоматизация вокруг PR (боты, дашборды, отчёты по скорости ревью), проверьте, как в них учитываются архивированные запросы. Разработчикам, которые измеряют время жизни PR, стоит заранее решить, считать ли архивацию закрытием. GitHub вряд ли подскажет, как это сделать именно в вашем процессе.