О стандартах плагинов, управляемых корпоративным предприятием

Корпоративные администраторы могут централизованно определять политики плагинов для пользователей, обеспечивая их постоянную доступность.

В этой статье

Примечание.

Эта функция уже присутствует Публичный предварительный просмотр и может измениться.

Стандарты плагинов, управляемых корпоративным предприятием, позволяют администраторам определять и обеспечивать соблюдение политик доступности плагинов. Настроив settings.json файл в репозитории .github-private предприятия, администраторы могут указать, какие маркетплейсы плагинов доступны пользователям, а какие плагины устанавливаются автоматически.

Где применяются стандарты плагинов

Стандарты плагинов применяются ко всем пользователям тарифного плана Copilot предприятия, среди следующих клиентов:

Пользователи должны обновиться до поддерживаемой клиентской версии для применения этих стандартов.

Как работают стандарты плагинов

Корпоративные стандарты плагинов используют конфигурационный файл, хранящийся в репозитории .github-private вашего предприятия. Конфигурация определяется в settings.json файле по следующему пути: .github/copilot/settings.json.

Для стандартов плагинов файл может определить:

  • Известные рынки. Маркетплейсы плагинов, доступные пользователям для просмотра и установки плагинов.
  • Плагины с подключением по умолчанию. Конкретные плагины, которые автоматически устанавливаются при аутентификации пользователями.

Когда пользователь аутентифицируется в Copilot поддерживаемом клиенте, клиент отправляет запрос к API-конечной точке, которая читает данные settings.json из репозитория .github-private предприятия. Политики, определённые в файле, затем применяются к сессии пользователя.

Почему используют корпоративные стандарты плагинов

Стандарты плагинов, управляемых корпоративным предприятием, помогают администраторам решать несколько распространённых проблем:

  • Согласованность между клиентами. Убедитесь, что все разработчики имеют доступ к одним и тем же плагинам и маркетплейсам.
  • Централизованное управление. Управляйте доступностью плагинов из одного конфигурационного файла, а не полагайтесь на отдельных разработчиков для установки нужных плагинов.
  • Политики с контролем версий. Поскольку конфигурация находится в репозитории Git, все изменения в стандартах плагинов отслеживаются, подлежат аудиту и проверяются через pull requests.
  • Снижение трения при адаптации. Новые разработчики автоматически получают стандартные корпоративные плагины при аутентификации без какой-либо ручной настройки.

Следующий шаг

Для настройки корпоративных плагинов см. Настройка корпоративных стандартов плагинов.