Запись архива

GitHub Enterprise Server 3.22 RC: централизованные команды, точечные правила ревью и сортировка алертов по секретам

GitHub выпустил релиз-кандидат Enterprise Server 3.22: Enterprise Teams выходят из public preview, правила репозитория учатся работать точечнее, а алерты secret scanning можно сортировать по дате.

Интерфейс GitHub Enterprise Server с правилами репозитория и настройками команд
Интерфейс GitHub Enterprise Server с правилами репозитория и настройками команд
Imagen destacada del articulo fuente

GitHub анонсировал релиз-кандидат GitHub Enterprise Server (GHES) 3.22. Это версия для раннего тестирования: её можно установить, проверить новые возможности и оставить фидбек до финального релиза. В официальном анонсе от 11 августа 2026 года перечислены изменения для администраторов, инженеров безопасности, разработчиков и мейнтейнеров. RC предназначен не для продакшена, а для проверки совместимости и рабочих процессов.

Enterprise Teams: управление доступом из одной точки

Одно из главных изменений — Enterprise Teams выходят из public preview и становятся общедоступной функцией. Администраторы предприятия могут управлять пользователями и их доступом ко всем организациям и репозиториям через единую централизованную структуру команд.

Раньше управление доступом обычно приходилось разворачивать отдельно в каждой организации. Теперь владельцы enterprise могут задать membership на уровне всего предприятия и сократить операционную нагрузку. Это заметно упрощает работу в больших компаниях, где один и тот же сотрудник состоит в нескольких организациях и репозиториях.

Security: сортировка запросов, связанных с секретами

Для тех, кто работает с секретами, в 3.22 появилась давно ожидаемая мелочь: запросы на обход push protection и запросы на отклонение алертов secret scanning теперь можно сортировать по дате в порядке возрастания или убывания.

Сортировка доступна через фильтр-бар на уровнях репозитория, организации и enterprise. Раньше порядок этих запросов был фиксированным, из-за чего командам с большим потоком алертов было сложно расставить приоритеты. Теперь аналитик может быстро вытащить самые старые или самые свежие заявки и не тратить время на ручной перебор.

Правила репозитория: обход по пользователям и обязательные ревьюеры

В 3.22 repository rulesets научились обходиться без создания лишних ролей. Администраторы могут разрешить bypass правил отдельным пользователям. Это удобно, например, когда в список исключений нужно добавить сервисный аккаунт, но создавать для него отдельную роль или команду не хочется. Управление становится более гранулярным.

Отдельно разработчики анонсировали новое правило required reviewers. Владельцы организаций и администраторы репозиториев могут настроить обязательных ревьюеров для pull request, привязав правило к конкретным веткам, файлам и папкам через pattern matching. Можно также задать минимальное количество ревьюеров от команды.

Это правило работает вместе с CODEOWNERS и полезно, когда изменения должны согласовывать специалисты за пределами владельцев кода. Например, можно требовать ревью команды data platform для всех изменений в файлах *.sql, ревью security-команды для default-ветки или проверку от продакта и дизайнера для feature-веток.

Разработчикам: статус релиза прямо в issue

Разработчики тоже получили полезные изменения. Теперь в боковой панели issue видно, попал ли связанный pull request в релиз. Если PR включён в релиз, рядом появляется бейдж «Latest release» или «Pre-release». Не нужно открывать релиз и сопоставлять версии вручную — достаточно взглянуть на issue, чтобы понять, вышло ли исправление.

Для мейнтейнеров публичных репозиториев в списке pull request стали видны ярлыки ролей автора: «First-time contributor», «Contributor» и «Member». Это даёт мгновенный контекст о том, насколько автор связан с репозиторием. Раньше для этого нужно было открывать каждый pull request и смотреть на комментарии и бейджи внутри.

Что проверить в релиз-кандидате

Полный список изменений GHES 3.22 можно найти в официальных release notes. Сам релиз-кандидат доступен для скачивания, но использовать его стоит только в тестовом окружении, а не для критичных рабочих нагрузок. GitHub предлагает отправлять вопросы и замечания через службу поддержки, а также подписаться на biweekly newsletter для разработчиков.

Что пока не подтверждено

В анонсе не раскрыты точные системные требования и полный перечень отличий от предыдущей версии. Не названа и дата финального релиза GHES 3.22. Отдельные функции RC могут измениться до стабильного выпуска, поэтому переносить их в прод следует только после проверки на собственных сценариях.

Источник: https://github.blog/changelog/2026-08-11-github-enterprise-server-3-22-release-candidate

Datos clave

Punto Detalle
Fuente GitHub Changelog
Fecha 2026-08-11T20:26:26+00:00
Tema GitHub Enterprise Server 3.22 release candidate