GitHub Copilot : pourquoi les développeurs s’énervent, sans abandonner GitHub en masse

Une colère bien réelle, mais pas un exode démontré

Les éléments disponibles prouvent plus solidement la frustration des développeurs qu’un départ massif de GitHub.

The Register a rapporté que des fonctionnalités d’IA jugées difficiles à éviter poussaient certains développeurs à regarder d’autres options d’hébergement de code, notamment parce que des mainteneurs voulaient pouvoir bloquer ou désactiver certains comportements de Copilot dans leurs dépôts . Slashdot, en résumant la même controverse, a aussi cité l’idée selon laquelle le passage de GitHub, auparavant filiale distincte, dans le groupe CoreAI de Microsoft aurait aidé à faire basculer une partie de la communauté open source de la plainte vers l’envie de s’éloigner de GitHub .

Ce sont des signaux d’alerte. Mais ce ne sont pas des chiffres de migration. Les sources ici ne fournissent ni données de churn d’entreprises, ni volumes de dépôts déplacés, ni preuve que la position de GitHub se serait matériellement effondrée. La conclusion la plus prudente est donc plus ciblée : beaucoup de développeurs réévaluent la confiance qu’ils accordent à GitHub, au moment où Microsoft pousse l’IA plus profondément dans la plateforme .

Pourquoi Copilot est devenu le point de crispation

Le débat ne porte pas seulement sur l’utilité de la complétion de code par IA. Il porte sur l’endroit où Copilot a le droit d’agir.

Selon The Register, la discussion GitHub Community la plus populaire sur les douze mois précédents demandait un moyen d’empêcher Copilot de générer des issues et des pull requests dans les dépôts . Le média a aussi rapporté que la deuxième discussion la plus populaire, mesurée en votes positifs, réclamait une correction à l’impossibilité de désactiver les revues de code faites par Copilot .

La nuance est importante. Un assistant qui suggère du code dans un éditeur privé, c’est une chose. Un système d’IA qui intervient dans la file des issues, le flux des pull requests et les surfaces de review devient une partie de la gouvernance du projet. Pour les mainteneurs, la question n’est pas seulement de savoir si Copilot produit du bon code. Elle est de savoir si les propriétaires d’un projet peuvent fixer les règles de leur propre communauté .

Quand l’automatisation non voulue paraît moins anodine

Une partie de la frustration vient aussi de problèmes perçus de qualité et de fiabilité. Une discussion GitHub Community contient des accusations d’utilisateurs selon lesquelles Copilot dans VS Code serait peu fiable et aurait causé des dommages à un projet . Ce type de fil ne constitue pas un benchmark indépendant de Copilot sur tous les usages. Mais il aide à comprendre pourquoi certains développeurs ne considèrent plus l’activité non sollicitée de Copilot comme une simple automatisation sans conséquence .

Quand un outil semble difficile à éviter et que certains utilisateurs le jugent peu fiable, la discussion bascule de la productivité vers le consentement.

Les agents IA transforment la fiabilité en sujet opérationnel

La propre page de statut de GitHub montre pourquoi les workflows agentiques changent l’échelle du problème. Le 22 avril 2026, de 18 h 49 à 19 h 32 UTC, des sessions Copilot Cloud Agent pour l’agent Agent HQ Codex n’ont pas démarré depuis plusieurs points d’entrée, dont l’assignation d’issues et les mentions @copilot en commentaire . GitHub a indiqué que 0,5 % du total des jobs Copilot Cloud Agent avaient été touchés, soit environ 2 000 jobs échoués, tandis que Copilot et les autres sessions d’agents n’étaient pas affectés .

Ce n’était pas un effondrement global de GitHub. Mais l’incident illustre le risque opérationnel créé lorsque des équipes confient du vrai travail à des agents IA. Si l’on assigne des issues à des agents ou si l’on déclenche du travail via des commentaires de pull request, la disponibilité de Copilot devient une dépendance du planning de livraison . La page d’actualités de GitHub a également reconnu de récents incidents de disponibilité et indiqué que les pannes avaient un impact sur ses clients .

La stratégie IA de Microsoft change le pacte de confiance

Business Insider a rapporté que Microsoft réorganisait des équipes pour renforcer GitHub et le transformer autour du code assisté par IA et des agents, dans un contexte de concurrence avec des outils comme Cursor et Claude Code . Du point de vue produit, la logique est compréhensible : les dépôts, les pull requests, les issues et les reviews sont des endroits naturels pour intégrer des assistants de développement.

Mais culturellement, le sujet est sensible. Beaucoup de développeurs traitent GitHub comme une infrastructure commune du logiciel. Lorsque les fonctionnalités Copilot semblent difficiles à éviter, certains mainteneurs peuvent les lire moins comme des options de productivité que comme une manière pour Microsoft d’utiliser la position centrale de GitHub afin de déployer sa stratégie IA .

Les AI Credits ajoutent une dimension budgétaire

GitHub indique que Copilot passe à une facturation fondée sur l’usage et qu’à partir du 1er juin, l’utilisation de Copilot consommera des GitHub AI Credits . Cela ne prouve pas que toutes les équipes paieront davantage. En revanche, les organisations devront comprendre où Copilot peut s’exécuter, qui peut le déclencher et comment l’usage de l’IA se traduit en budget .

Pour des équipes déjà irritées par la présence de Copilot dans des espaces partagés, la facturation à l’usage peut renforcer l’impression que GitHub n’ajoute pas seulement un assistant optionnel, mais une couche IA mesurée et monétisée au cœur du workflow de développement .

Toutes les histoires anti-plateformes ne sont pas des départs de GitHub

Le malaise autour des grandes plateformes peut aussi mélanger des sujets qui ne parlent pas directement de GitHub. Le profil HEY de David Heinemeier Hansson le présente comme copropriétaire et CTO de 37signals, ainsi que créateur de Ruby on Rails . Ses textes récents évoquent la sortie du cloud de 37signals, notamment l’arrivée de vingt serveurs Dell R7625 et la volonté de laisser derrière eux une partie de la complexité du cloud .

Ces billets parlent d’infrastructure cloud, pas d’un départ documenté de GitHub. La distinction compte : la méfiance envers les plateformes centralisées peut progresser, mais cela ne suffit pas à prouver que les développeurs quittent GitHub en masse .

Ce que les équipes devraient faire maintenant

La bonne réponse n’est pas la panique. C’est de rendre explicites les hypothèses autour de GitHub et de Copilot.

• Auditer les points d’entrée de Copilot. Vérifiez où Copilot peut apparaître ou agir : issues, pull requests, revues de code, commentaires, assignation d’issues et workflows @copilot .
• Définir une politique par dépôt. Décidez quelles fonctionnalités Copilot sont approuvées, limitées ou interdites, surtout pour les projets open source et les dépôts soumis à des contraintes de conformité .
• Examiner les AI Credits avant le 1er juin. L’usage de Copilot consommera des GitHub AI Credits ; les équipes engineering, plateforme et finance doivent donc comprendre comment l’usage est comptabilisé .
• Prévoir les incidents d’agents IA. Si la livraison dépend d’assignations d’issues, de commentaires de pull request ou de sessions d’agents, traitez la disponibilité de Copilot comme une dépendance opérationnelle .
• Garder des chemins de repli humains. Les dépôts critiques devraient conserver des responsables clairement identifiés, des procédures de release documentées et des moyens simples de reprendre la main quand l’automatisation échoue.

À retenir

Le récit d’un abandon massif de GitHub n’est pas étayé par les sources disponibles. La conclusion la plus solide est différente : GitHub fait face à un problème de confiance. Copilot s’étend aux workflows partagés, Microsoft réoriente GitHub autour du code assisté par IA et des agents, les incidents de fiabilité deviennent plus importants lorsque les agents exécutent du travail réel, et la facturation IA à l’usage arrive .

GitHub reste incontournable. La vraie question est désormais de savoir jusqu’où les développeurs exigeront du contrôle alors que la plateforme devient plus franchement orientée IA.