Если вы включили GitHub Copilot в организации или организации, вы можете настроить рабочий процесс самообслуживания, чтобы разрешить пользователям запрашивать лицензии. Это позволяет выделять лицензии людям, желающим их, и означает, что пользователи могут быстро приступить к Copilot работе.
GitHub обнаружил, что многие успешные развертывания предлагают полностью самостоятельную модель, где разработчики могут претендовать на лицензию без утверждения.
В этой статье описаны два подхода вашей компании:
- GitHubФункция доступа к запросу , для Copilot бизнескоторой не требуется настройка, но требует явных утверждений от администратора
- Собственная интеграция с GitHubAPI, которая позволяет создавать собственный процесс с мгновенным доступом.
Подход 1. Использование GitHubфункции "запрос доступа"
Если у вас есть Copilot бизнес план, члены организации могут запросить доступ к Copilot на странице параметров. Затем владелец организации должны проверять и утверждать каждый запрос.
Процесс, который следует общаться с пользователями, выглядит следующим образом.
- Владелец организации или предприятия гарантирует, что Copilot бизнес он включен в организации, в которой требуется управлять доступом.
- Члены организации заходят на страницу своих личных настроек по адресу https://github.com/settings/copilot и нажимают Попросите администратора access.
- Владелец организации проверяет и утверждает запросы на странице "Запросы от членов" в организации. См. Управление запросами на GitHub Copilot Business в вашей организации.
Необходимо настроить процесс, в котором запросы регулярно проверяются, чтобы заинтересованные пользователи могли быстро получить доступ Copilot .
Пользователи также могут запрашивать доступ от организаций, где Copilot бизнес не включено. В этом случае владельцам организации будет предложено попросить владельца предприятия включить Copilot для организации.
Подход 2. Интеграция с API
Для более упрощенного подхода можно настроить процесс самообслуживания, интегрируя с GitHubAPI. Преимущества такого подхода заключаются в том, что он позволяет интегрировать процесс в ваши существующие инструменты и предоставлять возможность мгновенно получать access без ручного одобрения.
В зависимости от того, как ваша организация управляет Copilot лицензиями, можно использовать любую из следующих конечных точек:
- Для назначений на уровне организации используйте инструкцию "Добавить пользователей в Copilot подписку" для конечной точки организации .
- Для прямого назначения пользователей на корпоративном уровне (доступно Copilot бизнес только) используйте подписку "Добавить пользователей" Copilot для корпоративной конечной точки.
Например, вызов API в GitHub Actions рабочем процессе может выглядеть следующим образом, где организация и выбранные имена пользователей предоставляются контекстом триггера рабочего процесса:
const { Octokit } = require("@octokit/action");
const octokit = new Octokit();
const response = await octokit.request('POST /orgs/{org}/copilot/billing/selected_users', {
org: context.repo.owner,
selected_usernames: [context.payload.sender.login],
headers: {
'X-GitHub-Api-Version': '2022-11-28'
}
})
Примеры реализаций
- Процесс можно создать полностью в пределах GitHub, когда пользователи создают проблемы для запроса доступа, а затем с помощью GitHub Actions рабочего процесса для вызова API. Для демонстрации этого подхода смотрите репозиторий microsoft/GitHubCopilotLicenseAssignment. Обратите внимание, что это внешний пример, который не рассматривается Служба поддержки GitHub.
- Вы можете добавить кнопку "Запрос доступа" к профилям пользователей на внутреннем веб-сайте вашей компании, которая будет передавать имя пользователя GitHub в API. Вы можете предоставить access мгновенно или сначала проверить пользователя, например, проверить членство в определённой команде.