Vous avez peut-être créé un compte d’entreprise sans organisation pour distribuer Copilot sans payer pour GitHub Enterprise. On parle parfois de Copilot Standalone. Avec cette configuration, vous pouvez toujours utiliser les paramètres gérés par l’entreprise, mais vous devez connaître certaines instructions supplémentaires.
Si vous utilisez une configuration d’entreprise standard avec des organisations, vous pouvez ignorer ces conseils.
Utilisation des paramètres gérés par le serveur
Les paramètres gérés par le serveur nécessitent une organisation et un .github-private référentiel. Pour les créer, un utilisateur de votre entreprise a besoin d’une GitHub Enterprise licence. Si vous utilisez la facturation au volume ou par abonnement, contactez votre équipe de gestion de compte pour acheter une licence. Sinon, la licence est automatiquement attribuée lorsque l’utilisateur rejoint une organisation.
L’utilisateur disposant de la licence peut :
- Créez une organisation et joignez-la en tant que propriétaire.
- Ajoutez un
.github-privateréférentiel, faites du référentiel la source des paramètres managés de l’entreprise et ajoutez des paramètres aumanaged-settings.jsonfichier. Pour obtenir des instructions pas à pas, consultez Prise en main des paramètres gérés par l’entreprise.
À partir de ce moment-là, tout utilisateur du plan Copilot de votre entreprise est soumis à ces paramètres, qu’il ait ou non accès au référentiel .github-private.
La principale limitation de cette méthode est la GitHub Enterprise licence requise pour créer l’organisation et le référentiel.
Utilisation des paramètres gérés par MDM ou basés sur des fichiers
Si vous ne souhaitez pas ajouter de GitHub Enterprise licence ou créer une organisation, vous pouvez déployer les mêmes paramètres logiques via MDM (par exemple Intune ou Jamf) ou un déploiement basé sur des fichiers. La livraison basée sur les fichiers utilise directement le schéma JSON. La transmission MDM native utilise des clés simples et des valeurs codées sous forme de chaînes de caractères. Aucune des méthodes ne nécessite une organisation ou un .github-privateréférentiel.
Pour plus d’informations sur les méthodes de déploiement, consultez Choix de la façon de déployer des paramètres gérés par l’entreprise sur des utilisateurs.
Considérations relatives à l’accès au plug-in
Si les paramètres managés définissent un plug-in à l’aide enabledPlugins, le client tente automatiquement de l’installer pour chaque utilisateur. L’utilisateur a besoin d’accéder à l’emplacement où les fichiers de plug-in sont hébergés. Si le plug-in est hébergé dans un référentiel privé sur GitHub, l’utilisateur a besoin d’accéder à ce référentiel, ce qui peut nécessiter une licence.