Configuration d’un processus en libre-service pour les licences GitHub Copilot

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

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’attribuer des licences aux personnes intéressées, qui peuvent alors commencer rapidement à utiliser Copilot.

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 :

  • La fonctionnalité demander l’accès de GitHub pour Copilot Business, qui ne nécessite aucune configuration mais requiert une approbation explicite d’un administrateur
  • Votre propre intégration avec l’API GitHub, qui vous permet de créer votre propre processus avec un accès instantané

Approche 1 : Utiliser la fonctionnalité « demander l’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. Le propriétaire d’une organisation ou d’une entreprise s’assure que Copilot Business est activé dans l’organisation où vous souhaitez gérer l’accès.
  2. Les membres de l’organisation accèdent à leur page de paramètres personnels sur https://github.com/settings/copilot et cliquent sur Demander l’accès à l’administrateur.
  3. Le propriétaire d’une organisation passe en revue et approuve les demandes sur la page « Demandes des membres » de l’organisation. Consultez Gérer les requêtes pour GitHub Copilot Business dans votre organisation.

Vous devez configurer un processus dans lequel les demandes sont examinées régulièrement, afin que les utilisateurs intéressés puissent accéder rapidement à Copilot.

Les utilisateurs peuvent également demander l’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 via l’intégration avec l’API de GitHub. Cette approche présente plusieurs avantages : elle vous permet d’intégrer le processus à vos outils existants et vous donne la possibilité d’accorder aux utilisateurs un accès instantané, 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 tickets pour demander l’accès, puis en utilisant un workflow GitHub Actions pour appeler l’API. Pour obtenir une version de 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 pourriez ajouter un bouton « Demander l’accès » aux profils des utilisateurs sur le site web interne de votre entreprise, qui transmettra le nom d’utilisateur GitHub à l’API. Vous pourriez accorder l’accès instantanément ou valider d’abord l’utilisateur, par exemple en vérifiant 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) dans la documentation de GitHub Enterprise Cloud