Einrichten eines Self-Service-Prozesses für GitHub Copilot-Lizenzen

Wenn du GitHub Copilot in einer Organisation oder einem Unternehmen aktiviert hast, kannst du einen Self-Service-Workflow einrichten, damit Benutzende Lizenzen anfordern können. Dadurch kannst du Lizenzen den Personen zuweisen, die diese benötigen, und die Personen können schnell mit der Verwendung von Copilot beginnen.

GitHub hat festgestellt, dass viele erfolgreiche Rollouts ein vollständiges Self-Service-Modell bieten, bei dem Entwickelnde eine Lizenz ohne Genehmigung anfordern können.

In diesem Artikel werden zwei Ansätze beschrieben, die dein Unternehmen anwenden kann:

Das Feature Zugriff anfordern von GitHub für Copilot Business erfordert keine Einrichtung, jedoch die ausdrückliche Genehmigung eines Administrators.
Eine eigene Integration mit der GitHub-API, mit der ein eigener Prozess mit sofortigem Zugriff geschaffen werden kann

Ansatz 1: Verwendung des Features „request access“ von GitHub

Wenn Sie einen Copilot Business-Plan haben, können Mitglieder einer Organisation auf ihrer Einstellungsseite Zugriff auf Copilot anfordern. Anschließend muss ein Organisationsbesitzer jede Anforderung überprüfen und genehmigen.

Der Prozess, den du den Benutzenden vermitteln solltest, ist wie folgt:

Der Inhaber einer Organisation oder eines Unternehmens stellt sicher, dass Copilot Business in der Organisation aktiviert ist, in der Sie den Zugriff verwalten möchten.
Mitglieder der Organisation wechseln zu ihrer persönlichen Einstellungsseite unter https://github.com/settings/copilot und klicken auf Ask admin for access.
Ein Organisationsbesitzer überprüft und genehmigt Anforderungen auf der Seite „Requests from members“ in der Organisation. Weitere Informationen findest du unter Verwalten von Anforderungen für GitHub Copilot Business in deiner Organisation.

Du solltest einen Prozess einrichten, bei dem Anfragen regelmäßig überprüft werden, damit interessierte Benutzende schnell auf Copilot zugreifen können.

Benutzer können auch Zugriff von Organisationen anfordern, bei denen Copilot Business nicht aktiviert ist. In diesem Fall werden Organisationsbesitzer aufgefordert, einen Unternehmensbesitzer zu bitten, Copilot für die Organisation zu aktivieren.

Ansatz 2: Integration in die API

Für einen optimierteren Ansatz kannst du einen Self-Service-Prozess einrichten, indem du die API von GitHub integrierst. Die Vorteile dieses Ansatzes sind, dass er es ermöglicht, den Prozess in vorhandene Tools zu integrieren, und die Möglichkeit bietet, Benutzenden den Zugriff sofort und ohne einen manuellen Genehmigungsprozess zu gewähren.

Je nachdem, wie Ihr Unternehmen Copilot Lizenzen verwaltet, können Sie einen der folgenden Endpunkte verwenden:

Verwenden Sie für Zuordnungen auf Organisationsebene den Benutzer zur Copilot-Abonnement für einen Organisatiosendpunkt hinzufügen.
Verwenden Sie für die direkte Benutzerzuweisung auf Unternehmensebene (nur für Copilot Business verfügbar) Benutzer zum Copilot-Abonnement für einen Unternehmensendpunkt hinzufügen.

Beispielsweise kann der API-Aufruf in einem GitHub Actions-Workflow wie folgt aussehen, wobei die Organisation und die ausgewählten Benutzernamen vom Kontext des Workflowtriggers bereitgestellt werden:

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

Beispielimplementierungen

Du könntest den Prozess vollständig innerhalb von GitHub erstellen, damit Benutzende Issues zum Anfordern des Zugriffs erstellen und dann einen GitHub Actions-Workflow verwenden müssen, um die API aufzurufen. Eine Demo dieses Ansatzes findest du im Repository microsoft/GitHubCopilotLicenseAssignment. Beachte, dass dies ein externes Beispiel ist, das nicht von GitHub-Support abgedeckt wird.
Du kannst der internen Website deines Unternehmens die Schaltfläche „Request access“ hinzufügen, die den GitHub-Benutzernamen des Benutzenden an die API übergibt. Du kannst den Zugriff sofort gewähren oder den Benutzenden zuerst verifizieren, z. B. durch die Überprüfung der Mitgliedschaft bei einem bestimmten Team.

Weiterführende Themen

          [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) in der GitHub Enterprise Cloud-Dokumentation