Проверка лицензий GitHub GA: исключения требуют пересмотра

Dev
Просмотры 5

Отсутствие предупреждений безопасности в обновлении зависимости не означает завершённую проверку лицензии. Зелёный результат тоже не оценивает все способы распространения продукта. GitHub объявил об общей доступности функции 16 октября 2026 года.

Редакционная схема политики, исключения и пересмотра. Не интерфейс GitHub и не автоматическое истечение разрешений.
Редакционная схема политики, исключения и пересмотра. Не интерфейс GitHub и не автоматическое истечение разрешений.

Сначала проверьте доступ и охват

Объявление относится к GitHub Enterprise Cloud, включая размещение данных в выбранном регионе, для репозиториев с GitHub Code Security. Оно не обещает автоматический доступ всем Free и Team. Корпоративная политика применяется через ruleset с Require license compliance results before merging. Отдельно проверьте право доступа, целевые репозитории и действующее условие слияния. Active блокирует слияние, Evaluate только добавляет аннотации. Отдельное требование разрешить комментарии всё же может повлиять на слияние.

Объект проверки — изменённая зависимость

В PR с добавлением или изменением зависимостей новые и изменённые пакеты сравниваются с политикой. Несоответствия отмечаются в PR. Можно удалить или заменить пакет, изменить политику или создать исключение. Это не сертификация всего ранее выпущенного ПО. Сохраняйте версию пакета и проверенную политику. Далее приведены авторские предложения по эксплуатации.

Назначьте владельца и повод для пересмотра

Роль Enterprise Open-Source License Manager позволяет назначать проверяющих запросы на закрытие. Команда дополнительно может фиксировать пакет, версию, PR, использование, обоснование, ответственного и повод для повторной проверки. Разрешение для демо стоит пересмотреть перед поставкой клиенту. Это предлагаемый процесс, а не автоматическое истечение исключений в GitHub.

Проверяйте до выбора пакета агентом

В выпуск вошли API проверки соответствия пакета и события аудита изменений политики. Проверка до установки может сократить поздние замены. Свяжите пакет, политику, время и результат с изменением. Ошибку ответа или неизвестную лицензию следует передавать на рассмотрение, а не считать разрешением.

Начните с двух тестовых PR: разрешённой и намеренно несоответствующей зависимости. Проверьте аннотации, блокировку слияния и запись после утверждения исключения. Используйте тестовый репозиторий без изменения клиентского кода. До расширения охвата определите ответственного и откат. Это предложенная проверка, а не отчёт о выполненном тесте.

Практический вопрос — кто отвечает за исключение и какое изменение вызывает пересмотр. Объявление ссылается на обсуждение сообщества; его масштаб и распространённость функции здесь не оцениваются. Текст не заменяет юридическую оценку лицензии. Сохраните обоснование и условие пересмотра в следующем PR.

Источники и границы проверки

GitHub Docs · Open source license compliance

GitHub Changelog

Официальное объявление проверено 17 октября 2026 года. Сверьте актуальную документацию и настройки своей учётной записи.