Niveaux d’administration Copilot

6.1 Administration Copilot au niveau utilisateur

Définition simple

L’administration au niveau utilisateur concerne ce qu’un développeur peut configurer pour lui-même.

Un utilisateur peut généralement gérer :

• ses préférences Copilot ;
• l’activation dans son IDE ;
• l’usage de Copilot Chat ;
• certaines préférences de suggestions ;
• son environnement local ;
• son authentification GitHub ;
• parfois l’accès à certains modèles ou fonctionnalités selon son plan.

Mais attention :

Un utilisateur ne contrôle pas les policies globales d’une organisation ou d’une enterprise.

Exemple simple

Un développeur installe GitHub Copilot dans VS Code.

Il peut :

• se connecter à GitHub ;
• activer/désactiver les suggestions dans l’IDE ;
• utiliser Copilot Chat ;
• changer certains paramètres locaux ;
• utiliser Copilot CLI si autorisé.

Mais il ne peut pas décider seul que toute l’organisation utilisera Copilot Code Review.

Exemple concret

Un développeur travaille dans une organisation GitHub avec Copilot Business.

Il veut utiliser Copilot CLI.

Deux cas possibles :

Cas 1 : La policy organisation autorise Copilot CLI

Il peut installer et utiliser le CLI.

Cas 2 : La policy organisation bloque Copilot CLI

Même s’il installe l’outil localement, il peut être empêché de l’utiliser avec son compte professionnel.

GitHub précise que certaines fonctionnalités comme Copilot CLI peuvent être contrôlées par policy au niveau organisation ou enterprise selon le plan. (docs.github.com)

Nuance actuelle : désactiver la policy Copilot CLI ne désactive pas automatiquement l’application GitHub Copilot, qui a sa propre policy. Pour utiliser /delegate depuis le CLI, les policies Copilot CLI et Copilot cloud agent doivent toutes deux l’autoriser.

Question type examen

Un développeur veut activer une fonctionnalité Copilot bloquée par son organisation.
Que doit-il faire ?

Bonne réponse :

Demander à un administrateur de l’organisation ou de l’enterprise de modifier la policy si c’est conforme aux règles internes.

Mauvaise réponse :

Contourner la policy localement.

6.2 Administration Copilot au niveau organisation

Définition

L’administration au niveau organisation permet aux organization owners de gérer Copilot pour les membres de leur organisation.

Cela inclut généralement :

• attribution des licences ;
• policies de fonctionnalités ;
• accès à Copilot ;
• activation/désactivation de certaines capacités ;
• gestion de Copilot Code Review ;
• content exclusions ;
• configuration de certaines fonctionnalités sur GitHub.com et dans les IDE.

GitHub indique que les organization owners peuvent contrôler la disponibilité des fonctionnalités et modèles Copilot pour les utilisateurs ayant reçu une licence via l’organisation. (docs.github.com)

Exemple

Une organisation nommée acme-platform utilise Copilot Business.

Les admins veulent :

• autoriser Copilot Chat dans l’IDE ;
• désactiver Copilot CLI ;
• activer Copilot Code Review ;
• bloquer certains modèles avancés payants ;
• configurer content exclusions pour /secrets/* ;
• attribuer les licences uniquement aux équipes engineering.

Ces décisions se prennent au niveau organisation.

Cas fréquent

Une entreprise a plusieurs équipes :

• backend ;
• frontend ;
• data ;
• platform ;
• security.

Elle peut vouloir donner Copilot uniquement à certaines équipes.

Par exemple :

backend       → accès Copilot
frontend      → accès Copilot
security      → accès Copilot + Code Review
finance-tools → accès limité
contractors   → pas d’accès

Bonne pratique

Ne pas gérer Copilot uniquement “à la main” utilisateur par utilisateur si l’organisation est grande.

Préférer :

• équipes GitHub ;
• policies organisation ;
• gestion centralisée ;
• automatisation via API si besoin ;
• audit régulier.

Et au niveau dépôt ?

Un administrateur de dépôt (repository administrator) gouverne Copilot pour ce seul dépôt. GitHub lui permet notamment :

• de configurer des content exclusions pour son dépôt ;
• de demander la revue automatique de Copilot Code Review sur les pull requests du dépôt, avec un ruleset ;
• de fournir des instructions et des agents personnalisés propres au dépôt.

Il ne gère ni les seats, ni les policies de l’organisation. Une organisation peut aussi imposer des rulesets sur plusieurs de ses dépôts.

Organization-level administration = gestion Copilot pour les membres d’une organisation.

licences + policies + features + content exclusions + Code Review + accès utilisateurs

6.3 Administration Copilot au niveau enterprise

Définition

Le niveau enterprise est au-dessus du niveau organisation.

Une enterprise GitHub peut contenir plusieurs organisations.

Exemple :

Enterprise: Acme Group

Organizations:
- acme-platform
- acme-mobile
- acme-data
- acme-security
- acme-labs

L’administration enterprise permet d’appliquer des règles plus globales.

GitHub indique que les enterprise owners peuvent contrôler la disponibilité des fonctionnalités Copilot au niveau enterprise avec Copilot Business ou Copilot Enterprise. (docs.github.com)

Pourquoi administrer au niveau enterprise ?

Parce qu’une grande entreprise veut souvent une gouvernance cohérente.

Exemples :

• Toutes les organisations doivent respecter la même policy privacy.
• Copilot CLI doit être désactivé partout sauf pour platform engineering.
• Les modèles premium doivent être contrôlés.
• Copilot Code Review doit être activé pour les repos critiques.
• Les audit logs doivent être consultables au niveau central.

Qui décide à chaque niveau ?

Vocabulaire à ne pas confondre

Exemple entreprise

Une enterprise contient :

org-payments
org-healthcare
org-internal-tools
org-labs

L’équipe compliance veut une règle globale :

Copilot doit être autorisé uniquement si les content exclusions sont configurées sur les repositories sensibles.

Le niveau enterprise est plus adapté pour poser le cadre global.

multiple organizations
enterprise-wide settings
central governance
global policy

Enterprise-level policy management