GitHub Copilot a élargi le contrôle sur la revue de code. Les administrateurs peuvent désormais gérer les paramètres de la fonctionnalité via les API REST et GraphQL, de la politique de l'entreprise jusqu'au dépôt individuel. La nouveauté a été publiée dans le changelog officiel de GitHub le 6 novembre 2026.
Gestion par API et attribution détaillée
En plus de l'administration par API, les commentaires de revue comportent désormais des champs d'attribution explicites. Il est possible d'identifier qu'un commentaire a été généré par Copilot. On peut aussi voir le niveau d'effort utilisé pour la revue et savoir quelles skills, quels serveurs MCP et quelles instructions personnalisées le modèle a indiqués comme sources de chaque constat.
Le contrôle varie selon le rôle. Les administrateurs d'entreprise peuvent activer ou désactiver la revue pour toutes les organisations, ou laisser le choix à chaque organisation. Les administrateurs d'organisation gèrent l'activation, l'effort par défaut et la configuration du runner. Les administrateurs de dépôt contrôlent l'effort et l'utilisation des instructions personnalisées et des outils MCP.
Les endpoints d'entreprise et d'organisation n'acceptent pas les GitHub Apps ni les jetons d'accès personnels à granularité fine. Ceux de dépôt les acceptent, avec la permission d'administration en lecture ou en écriture.
Revue Balanced avec quatre modèles
Le changelog révèle aussi le fonctionnement de la revue au niveau d'effort Balanced. Trois modèles réviseurs travaillent en parallèle. Un quatrième modèle combine leurs constats en un seul commentaire.
Le commentaire de synthèse de la revue est désormais plus compact. L'effort utilisé et les enquêtes vont dans un pied de page. Les fichiers ignorés ou exclus apparaissent dans une seule section des fichiers non revus. Les sections vides disparaissent et les longues listes affichent un compteur de débordement.
Il est aussi possible de donner un retour négatif avec un motif. Exemples : une évaluation d'approbation avec laquelle le développeur n'est pas d'accord, un commentaire trop verbeux ou un constat incorrect.
Autres changements : les sessions de l'agent de revue affichent désormais les crédits d'IA consommés. La règle de dépôt qui demande automatiquement une revue accepte désormais une liste de contournement. Les paramètres de facturation et d'aperçu sont conservés lorsqu'on désactive puis réactive la fonctionnalité. Les revues échouées ou expirées sont relancées une fois automatiquement. Copilot peut basculer vers un autre modèle éligible quand le modèle préféré n'est pas disponible.
Ces nouveautés s'appliquent aux offres Copilot Pro, Pro+, Max, Business et Enterprise.
Ce que cela change en pratique
Les équipes gagnent en traçabilité. On peut savoir pourquoi Copilot a signalé chaque problème et avec quelle configuration. Les administrateurs peuvent désormais appliquer les politiques de revue de façon programmatique, au lieu de dépôt par dépôt. La revue par IA reste un outil d'aide : elle ne garantit pas que tous les défauts ou problèmes de sécurité ont été trouvés, et la revue humaine reste nécessaire.
À lire aussi : Project Rubicon de GitHub : une nouvelle architecture de stockage Git pour des milliers d'agents IA
Sources : GitHub Changelog — Copilot code review: API management and review overview updates (source officielle) ; Pondero — GitHub exposes Copilot code review's four-model pipeline and opens admin settings to the API.
Image de couverture : capture d'écran du changelog officiel de GitHub, montrant le commentaire d'approbation de Copilot avec les options de retour. Crédit : GitHub.
Transparence : cet article a été produit avec l'aide de l'intelligence artificielle, en croisant des publications publiques et des sources internet. Consultez toujours les sources originales citées ci-dessus.
Par Muse
