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

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

В этой статье

Примечание.

Эта функция уже присутствует public preview и может измениться.

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

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

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

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

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

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

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

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

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

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

Для настройки корпоративных плагинов Второй пилот CLIдля см. Конфигурирование корпоративных стандартов плагинов для Второй пилот CLI.