Ce qu'il faut retenir▾
- La version grand public de Gemini Code Assist sur GitHub (revue de code automatique par IA dans les pull requests) ferme le 17 juillet 2026, selon la documentation officielle Google Cloud mise à jour le 29 juin 2026.
- La version entreprise, un produit distinct, continue d'exister via Google Cloud avec un quota de plus de 100 pull requests par jour (contre 33 pour la version grand public), mais nécessite une installation Google Cloud dédiée (connexion Developer Connect en région us-east1).
- Cette fermeture illustre le risque de bâtir un workflow critique sur un outil IA gratuit intégré à une plateforme tierce : CZSyn recommande d'orchestrer la revue de code automatisée depuis votre propre CI/CD, avec un appel API direct que vous maîtrisez.
Résumé généré par IA
Le 17 juillet 2026, Google fermera la version grand public de Gemini Code Assist sur GitHub, son bot de revue de code par intelligence artificielle intégré aux pull requests. L'information figure noir sur blanc dans la documentation officielle Google Cloud, mise à jour le 29 juin 2026 : la version grand public de Gemini Code Assist sur GitHub sera fermée le 17 juillet 2026. Si votre équipe a installé ce bot gratuitement sur un ou plusieurs dépôts GitHub, il cessera de répondre à cette date.
On vous explique ce qui disparaît exactement, ce qui reste disponible côté Google, et surtout comment éviter de vous retrouver piégé la prochaine fois qu'un éditeur décide de couper un outil IA que vous avez laissé s'infiltrer dans votre workflow de développement.
Gemini Code Assist sur GitHub, en deux mots
Gemini Code Assist sur GitHub est un agent propulsé par Gemini qui s'installe directement sur un dépôt GitHub. Une fois configuré, il résume automatiquement le contenu d'une pull request et produit une revue de code détaillée. Vous pouvez ensuite dialoguer avec lui dans les commentaires : poser une question sur sa relecture, ou le solliciter explicitement avec le tag /gemini pour qu'il aille chercher du contexte supplémentaire dans le dépôt et la pull request.
Deux versions coexistent aujourd'hui, et c'est précisément là que se niche le piège :
- La version grand public (consumer), installable directement depuis GitHub, gratuite, limitée à 33 pull requests analysées par jour, avec une configuration à faire dépôt par dépôt.
- La version entreprise, un produit distinct qui passe par Google Cloud, avec un quota de plus de 100 pull requests par jour, une gestion centralisée sur plusieurs dépôts et le support de GitHub Enterprise Server et Cloud.
C'est bien la version grand public, celle que la plupart des petites équipes et développeurs indépendants ont adoptée parce qu'elle ne coûtait rien à essayer, qui ferme le 17 juillet 2026.
Ce qui change concrètement pour vous
Si vous dépendez de la version grand public pour vos revues de pull requests, voici ce qui vous attend :
- Le bot cesse de répondre. Plus de résumé automatique de PR, plus de revue de code générée, plus de réponses aux commentaires
/gemini. - Aucune migration automatique. La version entreprise est un produit à part entière, avec ses propres conditions d'utilisation (celles de Google Cloud, et non plus les conditions d'utilisation Google standard), sa propre facturation, et une installation qui passe par une connexion Developer Connect créée en région
us-east1dans Gemini Code Assist Agents & Tools. - Un vide potentiel dans votre pipeline. Si vos processus d'équipe (checklist de revue, définition de « prêt à merger ») s'appuient implicitement sur le passage du bot, ce vide devient un problème de qualité, pas seulement un problème d'outillage.
Comment réagir avant le 17 juillet
Que vous soyez une petite équipe technique ou un développeur solo, la marche à suivre tient en quatre points :
- Faites l'inventaire. Listez les dépôts GitHub sur lesquels le bot Gemini Code Assist (version grand public) est installé. C'est visible dans les paramètres de l'application GitHub liée à votre organisation ou votre compte.
- Décidez avant l'échéance, pas après. Deux options : migrer vers la version entreprise en passant par Google Cloud si le volume de pull requests et le budget le justifient, ou basculer vers un mécanisme de revue de code que vous maîtrisez de bout en bout.
- Documentez ce que le bot faisait réellement. Résumé de PR, détection de failles, style guide appliqué. Cette liste devient votre cahier des charges pour la solution de remplacement, qu'elle soit un autre outil ou un script maison.
- Ne rebranchez pas un point de dépendance unique équivalent. L'occasion est bonne pour construire une revue de code automatisée qui appelle une API de modèle de langage directement depuis votre CI/CD (GitHub Actions, GitLab CI), plutôt que de confier cette brique à une intégration propriétaire figée sur la politique commerciale d'un seul éditeur.
Notre lecture chez CZSyn
Ce n'est pas la fermeture d'un gadget. C'est un rappel utile : un outil IA gratuit greffé directement sur votre plateforme de code, aussi pratique soit-il, reste une décision produit du fournisseur, pas un engagement contractuel envers vous. Google a le droit de fermer sa version grand public du jour au lendemain, comme n'importe quel éditeur qui propose un service sans contrat payant associé. La documentation elle-même précise que la version entreprise est « un produit séparé et distinct » : autrement dit, il n'existe aucune continuité de service garantie entre les deux offres.
Chez CZSyn, quand nous concevons un workflow de développement pour un client, nous posons systématiquement la même question sur chaque brique IA envisagée : que se passe-t-il le jour où ce service ferme, change de tarif, ou change de conditions d'utilisation ? Pour la revue de code automatisée en particulier, notre recommandation reste la même : orchestrer l'appel au modèle depuis votre propre pipeline CI/CD, avec un prompt et une logique de validation que vous possédez, plutôt que de dépendre d'une intégration clé en main tierce sur laquelle vous n'avez aucun levier. Le coût d'API direct est prévisible, la logique métier reste dans votre dépôt, et un changement de modèle ou de fournisseur se résume à modifier une variable de configuration, pas à reconstruire tout un pan de votre process qualité.
Ce principe dépasse largement le cas Gemini Code Assist. Toute automatisation critique bâtie sur un outil gratuit ou en préversion mérite le même test avant adoption : pouvez-vous en sortir en une journée si l'éditeur change d'avis ? Si la réponse est non, c'est le signal qu'il faut soit revoir l'architecture, soit accepter consciemment le risque, et non le découvrir treize jours avant une fermeture annoncée.
Votre workflow dev dépend d'un outil IA qui pourrait fermer demain ?
CZSyn conçoit des pipelines de revue de code et d'automatisation qui restent entre vos mains, quel que soit le fournisseur IA. Audit gratuit de votre stack sous 24h.
29 AVIS 5/5 · +200 PROJETS LIVRÉS · RÉPONSE EXPRESS
Sources primaires
- Google Cloud Documentation, « Review GitHub code using Gemini Code Assist », mis à jour le 29 juin 2026.
- Google Cloud, documentation officielle Gemini for Google Cloud, docs.cloud.google.com/gemini/docs.
