Configuration d'un processus auto-serveur pour des licences GitHub Copilot

Découvrez comment les utilisateurs peuvent demander une licence et recevoir un accès immédiatement.

Dans cet article

Lorsque vous avez activé GitHub Copilot dans une organisation ou une entreprise, vous pouvez configurer un workflow en libre-service pour permettre aux utilisateurs de demander des licences. Cela vous permet d’allouer des licences aux personnes qui les souhaitent et permet aux utilisateurs de commencer avec Copilot rapidement.

GitHub a constaté que de nombreux déploiements réussis proposent un modèle entièrement en libre-service, où les développeurs peuvent demander une licence sans approbation.

Cet article décrit deux approches que votre entreprise peut adopter :

  • GitHub a pour fonctionnalité l'accès sur demande de Copilot Business, qui ne demande pas de configuration, mais requiert des approbations explicites d'un administrateur
  • Votre propre intégration avec l'API de GitHub, qui vous permet de créer votre propre processus avec un accès instantané.

Approche 1 : Utiliser la fonctionnalité « demande d'accès » de GitHub

Si vous disposez d’un plan Copilot Business, les membres d’une organisation peuvent demander l’accès à Copilot dans leur page de paramètres. Ensuite, un propriétaire de l’organisation doit passer en revue et approuver chaque demande.

Le processus, que vous devez communiquer aux utilisateurs, est le suivant.

  1. Un propriétaire d'organisation ou d'entreprise veille à ce que Copilot Business soit activé dans l'organisation où vous souhaitez gérer l'accès.
  2. Les membres de l’organisation accédent à leur page paramètres personnels à https://github.com/settings/copilot, puis cliquez sur Ask admin for access.
  3. Le propriétaire d’une organisation passe en revue et approuve les demandes sur la page « Demandes des membres » de l’organisation. Consultez Gestion des demandes de GitHub Copilot Business dans votre organisation.

Vous devez configurer un processus où les demandes sont examinées régulièrement, afin que les utilisateurs intéressés puissent obtenir access à Copilot rapidement.

Les utilisateurs peuvent également demander des accès auprès d’organisations où Copilot Business n’est pas activé. Dans ce cas, les propriétaires d’organisation seront invités à demander à un propriétaire d’entreprise d’activer Copilot pour l’organisation.

Approche 2 : Intégrer avec l’API

Pour une approche plus rationalisée, vous pouvez configurer un processus en libre-service en intégrant GitHubl'API de }. Les avantages de cette approche sont qu’elle vous permet de créer le processus dans vos outils existants et vous donne la possibilité d’autoriser les utilisateurs à recevoir des access instantanément, sans processus d’approbation manuel.

Selon la façon dont votre entreprise gère les licences de Copilot, vous pouvez utiliser l'un des points d'accès suivants :

Par exemple, l’appel d’API dans un workflow GitHub Actions peut se présenter comme suit, où l’organisation et les noms d’utilisateur sélectionnés sont fournis par le contexte du déclencheur de workflow :

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'
  }
})

Exemples d’implémentations

  • Vous pouvez créer le processus entièrement dans GitHub, en demandant aux utilisateurs de créer des issues pour demander l'accès, puis en utilisant un flux de travail GitHub Actions pour appeler l’API. Pour obtenir une démonstration de cette approche, consultez le référentiel microsoft/GitHubCopilotLicenseAssignment. Noter qu’il s’agit d’un exemple externe qui n’est pas couvert par Support GitHub.
  • Vous pouvez ajouter un bouton « Demander access » aux profils des utilisateurs sur le site web interne de votre entreprise, qui transmet le nom d'utilisateur GitHub à l'API. Vous pouvez accorder access instantanément ou valider l’utilisateur en premier, par exemple vérifier son appartenance à une certaine équipe.

Pour aller plus loin

  •         [AUTOTITLE](/copilot/rolling-out-github-copilot-at-scale/driving-copilot-adoption-in-your-company)

  •         [AUTOTITLE](/copilot/rolling-out-github-copilot-at-scale/reminding-inactive-users)

  •         [AUTOTITLE](/copilot/rolling-out-github-copilot-at-scale/analyzing-usage-over-time-with-the-copilot-metrics-api)

  •         [AUTOTITLE](/enterprise-cloud@latest/admin/managing-accounts-and-repositories/managing-organizations-in-your-enterprise/managing-requests-for-copilot-business-from-organizations-in-your-enterprise)