Le 23 octobre 2026, GitHub a annoncé dans son journal des modifications officiel que la nouvelle application GitHub dans Teams réunit les notifications et Copilot. Les équipes n'ont plus à jongler entre deux applications : quand une activité de dépôt arrive dans un canal, une discussion de groupe ou une discussion privée, il suffit de mentionner GitHub dans la conversation pour que Copilot examine le problème, corrige le code et prépare une pull request, que des humains relisent et testent avant la fusion.
Trois étapes, de la notification à la pull request
D'abord la notification : un rapport de bug ou une mise à jour apparaît dans un canal Teams, une discussion de groupe ou une discussion privée, et l'équipe voit le contexte dans la même conversation sans retourner dans le dépôt. Ensuite le travail : après la mention de GitHub, Copilot examine le problème, le corrige et crée une pull request, en lisant l'historique du canal et du fil pour comprendre de quoi parle réellement la discussion. Enfin, les humains concluent : l'équipe relit la pull request, lance les tests et ne fusionne que si tout est bon. Copilot écrit le code, les humains décident.
Deux types d'utilisateurs, deux tâches différentes avant le 16 novembre
Si vous utilisez l'ancienne application GitHub, elle sera étiquetée « GitHub (deprecated) » et retirée le 16 novembre : supprimez-la de vos conversations et installez la nouvelle application GitHub avant cette date. Si vous utilisez l'application GitHub Notifications, mettez-la simplement à jour vers la dernière version : elle sera renommée GitHub et gagnera les capacités de Copilot, tandis que les notifications existantes continueront de fonctionner. Le déploiement mondial a commencé à la mi-octobre et devrait se terminer à la mi-novembre, il est donc normal que certains coéquipiers voient la nouvelle application avant d'autres, sans besoin de réinstaller sans cesse.
Ce que ce changement fait vraiment gagner
Ce qui disparaît, ce n'est pas le code lui-même, mais le changement de contexte : auparavant, les notifications vivaient dans une application et Copilot dans une autre, et le problème, la discussion et la correction étaient dispersés. Désormais, la notification, la discussion et la demande de correction se trouvent dans la même conversation, et Copilot peut remonter l'historique du fil, ce qui évite de coller à nouveau liens et contexte. Cela ne revient pas à confier les mises en production au modèle : les fonctions de Copilot exigent une licence Copilot éligible, certaines capacités sont encore déployées progressivement, et la relecture humaine ainsi que les tests avant fusion ne peuvent pas être supprimés. Les premiers bons candidats sont les problèmes quotidiens dont l'erreur est claire et la portée maîtrisée ; les modifications de l'architecture centrale ou des autorisations sensibles doivent toujours passer par le processus de relecture habituel de l'équipe.
