Skip to main content
Skip to content

Déployer l’application GitHub Copilot auprès de votre équipe

Déployez le application Copilot GitHub afin que les développeurs puissent diriger les agents entre les tâches parallèles tout en contrôlant l’accès, la disponibilité des modèles et les outils externes.

Le GitHub Copilot app est une application de bureau permettant de piloter des agents, d’examiner les modifications et de gérer les pull requests dans des flux de travail parallèles.

Chaque développeur installe l’application et se connecte individuellement. Vous régissez leur accès via Copilot des licences et des stratégies d’entreprise ou d’organisation.

Utilisez ce tutoriel pour configurer un pilote, guider les développeurs tout au long de leur première tâche et valider le flux de travail de l’application avant un déploiement plus large.

Prerequisites

Avant de commencer :

  • Assurez-vous que chaque développeur pilote dispose d’une licence Copilot Business ou d’une Copilot Enterprise licence à partir de l’entreprise ou de l’organisation qui régira son accès.
  • Choisissez un dépôt pilote dans lequel les développeurs peuvent apporter des modifications et ouvrir des pull requests.
  • Créez un problème bien étendu pour une petite tâche à faible risque, comme l’ajout de tests pour le comportement existant.

Pour plus d’informations sur la façon dont les licences et les stratégies interagissent, consultez stratégies de GitHub Copilot pour les entreprises et les organisations.

1. Configurer l’accès et les stratégies

Si vos organisations appartiennent à une entreprise, commencez par établir des bases de référence au niveau de l’entreprise pour les stratégies et la disponibilité des modèles. Configurez ensuite chaque organisation. Les stratégies d’entreprise peuvent appliquer un paramètre ou, pour la plupart des stratégies, autoriser les organisations à décider.

  1. Vérifiez que la GitHub Copilot app stratégie est activée pour l’entreprise ou l’organisation qui fournit des licences aux développeurs pilotes.

    La stratégie est activée par défaut pour Copilot Business et Copilot Enterprise. Il est indépendant de la Copilot CLI stratégie, de sorte que l’activation de l’un n’active pas l’autre.

    Pour obtenir des instructions, consultez Gestion des stratégies et fonctionnalités pour GitHub Copilot dans votre entreprise ou Gestion des stratégies et des fonctionnalités pour GitHub Copilot dans votre organisation.

  2. Configurez les modèles que les développeurs pilotes peuvent utiliser.

    Les politiques de disponibilité des modèles s’appliquent au GitHub Copilot app. Établissez une base de référence qui répond à vos exigences en matière de sécurité, de conformité et de coût avant le début du pilote.

    Pour obtenir des instructions, consultez Gestion de la disponibilité des modèles dans votre entreprise ou Gestion de la disponibilité des modèles dans une organisation.

  3. Si les développeurs pilotes ont besoin de serveurs MCP (Model Context Protocol), identifiez les serveurs requis pour le pilote et activez les serveurs MCP dans Copilot la stratégie.

    Dans le fichier managed-settings.json de votre entreprise, utilisez allowedMcpServers pour n’autoriser que les serveurs approuvés. Si nécessaire, utilisez cette option deniedMcpServers pour bloquer des configurations de serveur spécifiques. Ces paramètres contrôlent les serveurs qui peuvent s’exécuter, mais n’installent pas les serveurs pour les développeurs.

    Pour les instructions, consultez Configuration d’une liste d’autorisation pour un serveur MCP de votre entreprise.

2. Demandez aux développeurs d’installer et de se connecter

Après avoir configuré l’accès et les stratégies, demandez à chaque développeur de :

  1. Consultez la page de téléchargement du GitHub Copilot app.
  2. Téléchargez et installez l’application pour son système d’exploitation.
  3. Ouvrez l’application.
  4. Cliquez sur Se connecter à GitHub et suivez les instructions pour vous authentifier.
  5. Sélectionnez le référentiel pilote lorsque vous y êtes invité. Les participants peuvent également ajouter un dépôt local existant ou cloner le référentiel ultérieurement.
  6. Si la tâche pilote nécessite un serveur MCP, dans la barre latérale de l’application, cliquez sur Personnaliser, puis MCP. Installez un serveur approuvé requis pour la tâche.

Pour connaître la procédure complète de configuration de l’application, consultez Prise en main de l’application GitHub Copilot. Pour plus d’informations sur l’installation des serveurs MCP, consultez Personnalisation de l’application GitHub Copilot.

3. Effectuer une première tâche utile

Commencez par une tâche qui illustre le contexte du référentiel, les modifications de code, l’exécution des tests et la révision humaine sans modifier le comportement de production.

Demandez à chaque développeur de :

  1. Dans la barre latérale, ouvrez Mon travail.

  2. Recherchez et ouvrez le problème pour la tâche pilote.

  3. Cliquez sur Nouvelle session. L’application crée une session avec le contexte de problème déjà chargé.

  4. Sélectionnez le mode interactif et un modèle approuvé.

  5. Dans la zone d’invite, collez l’invite suivante :

    Copilot prompt
    Implement this issue without changing unrelated behavior.
    Run the relevant tests, then summarize the diff and results.
    
  6. Répondez aux demandes de saisie de l’agent.

  7. Une fois que l’agent a apporté des modifications, cliquez sur Modifications et passez en revue le différences.

  8. Demandez à l’agent de corriger les problèmes.

  9. Pour conserver les modifications, cliquez sur Create PR et suivez votre processus de revue habituel.

Cette tâche valide que chaque développeur peut accéder au référentiel, utiliser un modèle approuvé et, le cas échéant, un serveur MCP approuvé, exécuter des outils de projet et examiner les modifications générées par l’agent.

Pour plus d’informations sur le démarrage de sessions à partir de problèmes, consultez Gérer les issues et les pull requests avec l’application GitHub Copilot.

4. Exécuter des flux de travail indépendants en parallèle

Les sessions exécutées dans de nouvelles arborescences de travail utilisent des espaces de travail isolés. Les développeurs peuvent progresser sur des tâches indépendantes sans qu’une session change les fichiers de travail d’une autre session.

Demandez aux développeurs d’essayer ce flux de travail :

  1. Conservez la première session ouverte.
  2. Cliquez sur + à côté de Sessions et démarrez une autre session dans le même dépôt.
  3. Choisissez d’exécuter la session dans une nouvelle arborescence de travail.
  4. Donnez à la deuxième session une tâche indépendante.
  5. Passez d’une session à l’autre dans la barre latérale pour surveiller la progression et fournir des commentaires.
  6. Passez en revue chaque session indépendamment et créez des pull requests distinctes pour les modifications que vous souhaitez conserver.

Pour plus d’informations sur les espaces de travail isolés, les modes de session et la sélection de modèles, consultez Travailler avec les sessions de l’agent dans l’application GitHub Copilot.

Une fois que les développeurs ont terminé le pilote, recueillez des commentaires sur l’installation, les restrictions de stratégie, la sélection des tâches et la qualité de révision. Utilisez leurs commentaires pour résoudre les obstacles courants et améliorer vos conseils internes avant de déployer l’application plus largement.