GitHub объявил о запуске функции внешних кастомных свойств (external custom properties) в режиме публичного превью. Теперь команды могут синхронизировать бизнес-контекст о репозиториях из внешних систем учёта — конфигурационных баз данных (CMDB), внутренних порталов для разработчиков или собственных корпоративных решений — напрямую в интерфейс GitHub. Обновление стало доступно 29 сентября 2026 года, о чём сообщается в официальном блоге GitHub.
Что такое внешние кастомные свойства и как они работают
Ранее GitHub позволял добавлять кастомные свойства репозиториям вручную через UI или API. Новая опция переводит управление такими данными во внешнюю систему, которая остаётся единственным источником истины (source of truth). GitHub автоматически получает и обновляет эти свойства, не позволяя редактировать их напрямую в интерфейсе платформы.
Какие данные можно синхронизировать:
— владелец репозитория (команда или отдел);
— уровень сервиса (SLA, критичность);
— стадия жизненного цикла (разработка, стабильная версия, поддержка, архив);
— статус комплаенса (соответствие нормативам, пройденные аудиты).
Внешние кастомные свойства работают везде, где ранее использовались обычные: в представлениях репозиториев, фильтрации списка репозиториев и в правилах (rulesets). Это означает, что существующая система управления доступом и политиками может опираться на бизнес-контекст, не требуя дублирования данных.
Первый партнёр — Port.io
Партнёром по интеграции выступил Port.io — платформа для создания внутренних порталов разработчиков. Команда Port.io опубликовала собственное объявление и руководство по настройке синхронизации бизнес-контекста с GitHub.
Однако GitHub подчёркивает, что не ограничивается партнёрскими интеграциями. Любая организация может построить собственную интеграцию с использованием API внешних кастомных свойств. API поддерживает детализированные разрешения (fine-grained permissions), что позволяет контролировать, какие внешние системы имеют доступ к каким данным.
Для кого это имеет значение
Функция в первую очередь нацелена на крупные организации и enterprise-команды, где управление репозиториями требует формализованного учёта. В документации GitHub Enterprise Cloud прямо указывается, что владельцы предприятия отвечают за поддержание безопасности, соблюдение нормативов, снижение рисков и защиту интеллектуальной собственности. Внешние кастомные свойства — один из инструментов для решения этих задач.
Типичный сценарий: компания ведёт CMDB, где зафиксировано, какой отдел отвечает за каждый сервис, какой у него уровень критичности и когда он должен проходить аудит. Ранее эту информацию приходилось заносить в GitHub вручную или через скрипты с риском рассинхронизации. Теперь CMDB остаётся единственным источником, а GitHub получает данные автоматически.
Как это проверить самостоятельно
Для начала работы с функцией потребуется доступ к GitHub Enterprise Cloud или GitHub Enterprise Server с включённым публичным превью. GitHub рекомендует изучить документацию по интеграции кастомных свойств с внешними системами.
Шаги для проверки:
1. Убедиться, что ваша организация использует GitHub Enterprise.
2. Выбрать внешнюю систему учёта (CMDB, внутренний портал или самописное решение).
3. Настроить API-интеграцию согласно документации GitHub, указав типы свойств и права доступа.
4. Проверить, что свойства отображаются в списке репозиториев и могут использоваться в rulesets.
Ограничения и контекст
Функция находится в публичном превью, и её поведение может измениться к моменту общего доступа. GitHub не раскрывает детали SLA для самого механизма синхронизации — частота обновления и задержки будут зависеть от реализации внешней системы.
Стоит отметить, что концепция кастомных свойств не нова для индустрии: аналогичные механизмы существуют в SolarWinds, ServiceNow и других платформах управления инфраструктурой. Однако встроенная интеграция на уровне API GitHub — шаг к уменьшению количества ручных операций при аудите и инвентаризации репозиториев.
Для команд, которые уже используют внутренние порталы разработчиков (Backstage, Port.io, Cortex и другие), внешние кастомные свойства GitHub могут стать ещё одним каналом синхронизации данных между платформой управления кодом и остальной инфраструктурой.
