[{"data":1,"prerenderedAt":819},["ShallowReactive",2],{"/fr-fr/blog/gitlab-18-10-agentic-ai-now-open-to-even-more-teams-on-gitlab":3,"navigation-fr-fr":37,"banner-fr-fr":453,"footer-fr-fr":463,"blog-post-authors-fr-fr-Talia Armato-Helle":701,"blog-related-posts-fr-fr-gitlab-18-10-agentic-ai-now-open-to-even-more-teams-on-gitlab":716,"blog-promotions-fr-fr":757,"next-steps-fr-fr":810},{"id":4,"title":5,"authorSlugs":6,"authors":8,"body":10,"category":11,"categorySlug":11,"config":12,"content":16,"date":20,"description":17,"extension":23,"externalUrl":24,"featured":13,"heroImage":19,"isFeatured":13,"meta":25,"navigation":13,"path":26,"publishedDate":20,"rawbody":27,"seo":28,"slug":15,"stem":33,"tagSlugs":34,"tags":35,"template":14,"updatedDate":24,"__hash__":36},"blogPosts/fr-fr/blog/gitlab-18-10-agentic-ai-now-open-to-even-more-teams-on-gitlab.yml","GitLab 18.10 : l'IA agentique accessible à encore plus d'utilisateurs",[7],"talia-armato-helle",[9],"Talia Armato-Helle","L'IA agentique transforme la façon dont les logiciels sont développés. Mais pour de nombreuses équipes, en particulier dans les petites et moyennes structures, le chemin vers son adoption s'apparente à un choix binaire : souscrire un abonnement complet à une plateforme ou renoncer entièrement à l'IA.\n\nUn tournant s'amorce avec GitLab 18.10. Dès aujourd'hui, les équipes qui utilisent la version gratuite de GitLab.com peuvent acheter un abonnement mensuel de [GitLab Credits](https://docs.gitlab.com/subscriptions/gitlab_credits/) et commencer à utiliser [GitLab Duo Agent Platform](https://docs.gitlab.com/user/duo_agent_platform/) immédiatement, sans mise à niveau de leur abonnement. Il s'agit d'un véritable point d'entrée vers l'IA agentique pour les équipes qui ne sont pas encore prêtes à souscrire un abonnement GitLab, mais qui souhaitent commencer à développer avec l'IA.\n\nLe fonctionnement est simple : vous payez pour ce que l'IA accomplit, et non pour le nombre de personnes qui l'utilisent. Le propriétaire de votre groupe achète un engagement mensuel de GitLab Credits via les paramètres de facturation du groupe. L'ensemble de votre équipe accède alors aux mêmes agents et workflows d'IA que les clients GitLab Premium et GitLab Ultimate pour la planification, la génération de code, la revue de code automatisée et le diagnostic de pipelines, le tout à partir d'un pool de crédits partagé.\n\nLe [tableau de bord GitLab Credits](https://docs.gitlab.com/subscriptions/gitlab_credits/#gitlab-credits-dashboard) offre aux propriétaires de groupe une visibilité sur les agents et workflows qui consomment des crédits, afin de relier directement les dépenses de l'IA au travail produit.\n\n![Tableau de bord GitLab Credits qui affiche un pool mensuel engagé de 50 crédits avec suivi de l'utilisation, consommation de crédits à la demande et allocation de crédits par utilisateur pour GitLab Duo Agent Platform.](https://res.cloudinary.com/about-gitlab-com/image/upload/v1773867549/jdrzquwptvjnbr7eqd56.png)\n\n## Zero-day avec GitLab Duo Agent Platform\n\nDès que le propriétaire de votre groupe a acheté des crédits, chaque membre de l'équipe peut commencer à utiliser GitLab Duo Agent Platform.\n\nVoici le fonctionnement d'un workflow type :\n\nVous commencez avec une demande de fonctionnalité pour votre logiciel. Ouvrez [l'agent GitLab Duo Planner](https://docs.gitlab.com/user/duo_agent_platform/agents/foundational_agents/planner/) dans l'Agentic Chat et décrivez vos besoins. L'agent les décompose en éléments de travail structurés : tickets avec descriptions, labels et relations, tous créés directement dans votre projet. Ce qui prenait auparavant un après-midi entier de gestion manuelle des tickets ne prend plus que quelques minutes.\n\nSélectionnez l'un de ces tickets et assignez [le flow Developer](https://docs.gitlab.com/user/duo_agent_platform/flows/foundational_flows/developer/) pour démarrer le travail. L'agent lit le contexte du ticket, génère du code conforme aux exigences, exécute les tests et ouvre une merge request pour revue. Vous pouvez également utiliser [l'Agentic Chat](https://docs.gitlab.com/user/gitlab_duo_chat/agentic_chat/) pour un travail plus itératif, qu'il s'agisse de refactorisation, d'extension ou d'explication de code dans le contexte de votre projet.\n\nLorsque la merge request est prête, [le flow Code Review](https://docs.gitlab.com/user/duo_agent_platform/flows/foundational_flows/code_review/) exécute une revue automatisée en plusieurs étapes : analyse des modifications, prise en compte du contexte du dépôt et publication de commentaires inline structurés, directement liés au diff. Vos réviseurs humains peuvent ainsi se concentrer sur l'architecture et la logique métier, sans avoir à gérer les premières étapes manuelles.\n\nEt si le pipeline échoue, le [flow Fix CI/CD Pipeline](https://docs.gitlab.com/user/duo_agent_platform/flows/foundational_flows/fix_pipeline/) lit les logs d'erreurs, identifie la cause profonde et propose un correctif. Au lieu de parcourir manuellement les job logs, votre équipe dispose d'un point de départ pour la correction.\n\nGitLab Duo Agent Platform accompagne le développement logiciel de l'itération au déploiement, à partir d'un seul pool de crédits.\n\nLa prise en main des agents et workflows est simple. Découvrez comment passer de la planification au déploiement en moins de 3 minutes dans cette vidéo :\n\n\u003Ciframe src=\"https://player.vimeo.com/video/1175244743?badge=0&autopause=0&player_id=0&app_id=58479\" frameborder=\"0\" allow=\"autoplay; fullscreen; picture-in-picture; clipboard-write; encrypted-media; web-share\" referrerpolicy=\"strict-origin-when-cross-origin\" style=\"position:absolute;top:0;left:0;width:100%;height:100%;\" title=\"18.10 Main Demo V2\">\u003C/iframe>\u003Cscript src=\"https://player.vimeo.com/api/player.js\">\u003C/script>\n\n## Revue de code à un tarif forfaitaire : des coûts prévisibles à grande échelle\n\nParmi tous les workflows disponibles via GitLab Duo Agent Platform, la revue de code automatisée est celui qui livre des résultats le plus rapidement, et celui pour lequel la prévisibilité des coûts est la plus importante.\n\nLe flow Code Review coûte désormais un tarif forfaitaire de 0,25 crédit GitLab par revue, indépendamment de la taille de la merge request, de la complexité du dépôt ou du nombre d'étapes exécutées en interne. Quatre revues correspondent à un crédit. Que votre équipe fusionne 500 ou 50 000 merge requests par mois, vous pouvez prévoir les coûts directement en fonction du nombre de revues.\n\nLes chiffres parlent d'eux-mêmes. Les revues de code manuelles ne coûtent pas seulement de l'argent : elles prennent du temps et perturbent le développement en raison de changements de contexte constants. Le temps économisé grâce au flow Code Review peut se traduire par des économies substantielles à mesure que le volume des revues augmente. Vous avez désormais la possibilité d'exécuter des centaines de revues simultanément au lieu de les laisser en file d'attente, ce qui signifie que les gains de temps se combinent rapidement aux économies financières.\n\nLes équipes qui utilisent la version gratuite de GitLab savent désormais exactement quelle part de leur pool mensuel de crédits est consacrée à la revue de code afin de pouvoir planifier en conséquence.\n\n> Découvrez [le fonctionnement du flow Code Review](https://about.gitlab.com/fr-fr/blog/code-review-without-the-bottlenecks-or-the-bill/) et comment faire évoluer votre organisation.\n\n## Pourquoi GitLab Premium multiplie la valeur ajoutée\n\nLes crédits GitLab de la version gratuite offrent à votre équipe un accès direct à l'[IA agentique](https://about.gitlab.com/fr-fr/topics/agentic-ai/ \"Qu'est-ce que l'IA agentique ?\"). Si votre équipe s'appuie davantage sur GitLab, GitLab Premium est l'abonnement qui allie avantages économiques et fonctionnalités avancées.\n\nDisponible pour 29 $ par utilisateur et par mois, [GitLab Premium](https://about.gitlab.com/fr-fr/pricing/) inclut 12 GitLab Credits par utilisateur dans le cadre d'une offre promotionnelle. Pour une équipe de 20 personnes, cela représente 240 crédits par mois avant toute dépense supplémentaire, soit suffisamment pour couvrir environ 960 revues de code automatisées, ou une combinaison de revues de code, de planification, de workflows de développement et de corrections de pipelines.\n\nGitLab Duo Agent Platform ne représente qu'une partie de GitLab Premium. Vous bénéficiez également d'un [CI/CD](https://about.gitlab.com/fr-fr/topics/ci-cd/ \"Qu'est-ce que le CI/CD ?\") avancé pour les pipelines à fort volume, d'approbations de merge requests et de propriétaires du code pour la gouvernance, ainsi que d'une IA qui fonctionne au sein d'une couche de données unifiée avec un contexte partagé entre vos projets.\n\nSi votre équipe utilise des crédits dans le cadre de la version gratuite et constate que l'IA devient centrale dans son workflow, GitLab Premium constitue l'étape suivante naturelle grâce aux crédits promotionnels inclus. Cette formule offre davantage de fonctionnalités et offre une structure de base qui évolue avec vous.\n\n## Commencez dès aujourd'hui\n\nGitLab 18.10 est disponible dès maintenant. Que votre équipe ait besoin de l'IA agentique pour accélérer ses tâches ou de la plateforme complète pour accompagner ses méthodes de travail actuelles, vous disposez désormais d'une solution claire pour accélérer votre processus de développement logiciel.\n\n* **Équipes qui utilisent la version gratuite de GitLab.com :** [achetez un engagement mensuel de GitLab Credits](https://docs.gitlab.com/subscriptions/gitlab_credits/#for-the-free-tier-on-gitlabcom) via les paramètres de facturation de votre groupe et commencez à utiliser GitLab Duo Agent Platform dès aujourd'hui.\n\n* **Équipes prêtes pour la plateforme complète :** [trouvez l'abonnement GitLab adapté à votre équipe](https://docs.gitlab.com/subscriptions/choosing_subscription/) ou [démarrez un essai gratuit de GitLab Ultimate](https://about.gitlab.com/fr-fr/free-trial/).\n\nLa configuration des crédits pour votre équipe est rapide et simple. Regardez cette démo pour en savoir plus :\n\u003Ciframe src=\"https://player.vimeo.com/video/1175238100?badge=0&autopause=0&player_id=0&app_id=58479\" frameborder=\"0\" allow=\"autoplay; fullscreen; picture-in-picture; clipboard-write; encrypted-media; web-share\" referrerpolicy=\"strict-origin-when-cross-origin\" style=\"position:absolute;top:0;left:0;width:100%;height:100%;\" title=\"GitLab Credits Purchase Flow\">\u003C/iframe>\u003Cscript src=\"https://player.vimeo.com/api/player.js\">\u003C/script>\n\n---\n\n## FAQ\n\n**Qu'est-ce qu'un engagement mensuel de GitLab Credits ?**\n\nUn engagement mensuel est une option d'achat basée sur l'utilisation, dans laquelle le propriétaire de votre groupe sélectionne un nombre défini de crédits qui s'appliquent en tant que pool partagé pour l'ensemble du groupe. Les crédits sont consommés lorsque votre équipe utilise les fonctionnalités de GitLab Duo Agent Platform. Consultez la [documentation GitLab Credits](https://docs.gitlab.com/subscriptions/gitlab_credits/) pour en savoir plus.\n\n**Qui peut acheter des GitLab Credits aujourd'hui ?**\n\nLes clients GitLab Premium et GitLab Ultimate profitent déjà de crédits promotionnels inclus dans leur abonnement. À partir de la version 18.10, les espaces de nommage de groupe principal de la version gratuite de GitLab.com peuvent également acheter un engagement mensuel de crédits via la facturation en libre-service du groupe. Consultez la [documentation GitLab Credits](https://docs.gitlab.com/subscriptions/gitlab_credits/) pour connaître les dernières conditions d'éligibilité.\n\n**Quelles fonctionnalités d'IA les crédits débloquent-ils dans la version gratuite ?**\n\nLes équipes disposant de crédits accèdent aux mêmes fonctionnalités et modèles d'IA agentique que les clients GitLab Premium et GitLab Ultimate, notamment l'agent Planner, le flow Developer, le flow Code Review, le flow Fix CI/CD Pipeline, l'Agentic Chat, les suggestions de code, les agents et workflows personnalisés, et bien plus encore. Consultez la [documentation relative à GitLab Duo Agent Platform](https://docs.gitlab.com/user/duo_agent_platform/) pour obtenir la liste complète.\n\n**Combien coûte la revue de code automatisée ?**\n\nLe flow Code Review applique un tarif forfaitaire de 0,25 crédit GitLab par revue, indépendamment de la taille ou de la complexité de la merge request. Consultez la [documentation relative au flow Code Review](https://docs.gitlab.com/user/duo_agent_platform/flows/foundational_flows/code_review/) pour connaître les détails actuels des tarifs.\n\n**Puis-je passer de la version gratuite avec crédits à GitLab Premium ?**\n\nDans GitLab 18.10, la mise à niveau d'un espace de nommage de la version gratuite avec un engagement mensuel de crédits vers GitLab Premium est disponible via un processus accompagné par l'équipe commerciale. Contactez l'[équipe commerciale GitLab](https://about.gitlab.com/fr-fr/contact-sales/) pour connaître vos options.\n\n\n","product",{"featured":13,"template":14,"slug":15},true,"BlogPost","gitlab-18-10-agentic-ai-now-open-to-even-more-teams-on-gitlab",{"title":5,"description":17,"authors":18,"heroImage":19,"date":20,"body":10,"category":11,"tags":21},"Les utilisateurs de la version gratuite de GitLab.com peuvent acheter des crédits GitLab pour utiliser les agents et workflows d'IA, et profitent d'une revue de code automatisée à un tarif forfaitaire.",[9],"https://res.cloudinary.com/about-gitlab-com/image/upload/v1773843921/rm35fx4gylrsu9alf2fx.png","2026-03-19",[22,11],"features","yml",null,{},"/fr-fr/blog/gitlab-18-10-agentic-ai-now-open-to-even-more-teams-on-gitlab","seo:\n  config:\n    noIndex: false\n  title: \"GitLab 18.10 : l'IA agentique accessible à plus d'équipes\"\n  description: Les utilisateurs de la version gratuite de GitLab.com peuvent acheter des crédits GitLab pour utiliser les agents et workflows d'IA, avec revue à un tarif fixe.\ncontent:\n  title: \"GitLab 18.10 : l'IA agentique accessible à encore plus d'utilisateurs\"\n  description: Les utilisateurs de la version gratuite de GitLab.com peuvent acheter des crédits GitLab pour utiliser les agents et workflows d'IA, et profitent d'une revue de code automatisée à un tarif forfaitaire.\n  authors:\n    - Talia Armato-Helle\n  heroImage: https://res.cloudinary.com/about-gitlab-com/image/upload/v1773843921/rm35fx4gylrsu9alf2fx.png\n  date: 2026-03-19\n  body: >+\n    L'IA agentique transforme la façon dont les logiciels sont développés. Mais pour de nombreuses équipes, en particulier dans les petites et moyennes structures, le chemin vers son adoption s'apparente à un choix binaire : souscrire un abonnement complet à une plateforme ou renoncer entièrement à l'IA.\n\n\n    Un tournant s'amorce avec GitLab 18.10. Dès aujourd'hui, les équipes qui utilisent la version gratuite de GitLab.com peuvent acheter un abonnement mensuel de [GitLab Credits](https://docs.gitlab.com/subscriptions/gitlab_credits/) et commencer à utiliser [GitLab Duo Agent Platform](https://docs.gitlab.com/user/duo_agent_platform/) immédiatement, sans mise à niveau de leur abonnement. Il s'agit d'un véritable point d'entrée vers l'IA agentique pour les équipes qui ne sont pas encore prêtes à souscrire un abonnement GitLab, mais qui souhaitent commencer à développer avec l'IA.\n\n\n    Le fonctionnement est simple : vous payez pour ce que l'IA accomplit, et non pour le nombre de personnes qui l'utilisent. Le propriétaire de votre groupe achète un engagement mensuel de GitLab Credits via les paramètres de facturation du groupe. L'ensemble de votre équipe accède alors aux mêmes agents et workflows d'IA que les clients GitLab Premium et GitLab Ultimate pour la planification, la génération de code, la revue de code automatisée et le diagnostic de pipelines, le tout à partir d'un pool de crédits partagé.\n\n\n    Le [tableau de bord GitLab Credits](https://docs.gitlab.com/subscriptions/gitlab_credits/#gitlab-credits-dashboard) offre aux propriétaires de groupe une visibilité sur les agents et workflows qui consomment des crédits, afin de relier directement les dépenses de l'IA au travail produit.\n\n\n    ![Tableau de bord GitLab Credits qui affiche un pool mensuel engagé de 50 crédits avec suivi de l'utilisation, consommation de crédits à la demande et allocation de crédits par utilisateur pour GitLab Duo Agent Platform.](https://res.cloudinary.com/about-gitlab-com/image/upload/v1773867549/jdrzquwptvjnbr7eqd56.png)\n\n\n    ## Zero-day avec GitLab Duo Agent Platform\n\n\n    Dès que le propriétaire de votre groupe a acheté des crédits, chaque membre de l'équipe peut commencer à utiliser GitLab Duo Agent Platform.\n\n\n    Voici le fonctionnement d'un workflow type :\n\n\n    Vous commencez avec une demande de fonctionnalité pour votre logiciel. Ouvrez [l'agent GitLab Duo Planner](https://docs.gitlab.com/user/duo_agent_platform/agents/foundational_agents/planner/) dans l'Agentic Chat et décrivez vos besoins. L'agent les décompose en éléments de travail structurés : tickets avec descriptions, labels et relations, tous créés directement dans votre projet. Ce qui prenait auparavant un après-midi entier de gestion manuelle des tickets ne prend plus que quelques minutes.\n\n\n    Sélectionnez l'un de ces tickets et assignez [le flow Developer](https://docs.gitlab.com/user/duo_agent_platform/flows/foundational_flows/developer/) pour démarrer le travail. L'agent lit le contexte du ticket, génère du code conforme aux exigences, exécute les tests et ouvre une merge request pour revue. Vous pouvez également utiliser [l'Agentic Chat](https://docs.gitlab.com/user/gitlab_duo_chat/agentic_chat/) pour un travail plus itératif, qu'il s'agisse de refactorisation, d'extension ou d'explication de code dans le contexte de votre projet.\n\n\n    Lorsque la merge request est prête, [le flow Code Review](https://docs.gitlab.com/user/duo_agent_platform/flows/foundational_flows/code_review/) exécute une revue automatisée en plusieurs étapes : analyse des modifications, prise en compte du contexte du dépôt et publication de commentaires inline structurés, directement liés au diff. Vos réviseurs humains peuvent ainsi se concentrer sur l'architecture et la logique métier, sans avoir à gérer les premières étapes manuelles.\n\n\n    Et si le pipeline échoue, le [flow Fix CI/CD Pipeline](https://docs.gitlab.com/user/duo_agent_platform/flows/foundational_flows/fix_pipeline/) lit les logs d'erreurs, identifie la cause profonde et propose un correctif. Au lieu de parcourir manuellement les job logs, votre équipe dispose d'un point de départ pour la correction.\n\n\n    GitLab Duo Agent Platform accompagne le développement logiciel de l'itération au déploiement, à partir d'un seul pool de crédits.\n\n\n    La prise en main des agents et workflows est simple. Découvrez comment passer de la planification au déploiement en moins de 3 minutes dans cette vidéo :\n\n\n    \u003Ciframe src=\"https://player.vimeo.com/video/1175244743?badge=0&autopause=0&player_id=0&app_id=58479\" frameborder=\"0\" allow=\"autoplay; fullscreen; picture-in-picture; clipboard-write; encrypted-media; web-share\" referrerpolicy=\"strict-origin-when-cross-origin\" style=\"position:absolute;top:0;left:0;width:100%;height:100%;\" title=\"18.10 Main Demo V2\">\u003C/iframe>\u003Cscript src=\"https://player.vimeo.com/api/player.js\">\u003C/script>\n\n\n    ## Revue de code à un tarif forfaitaire : des coûts prévisibles à grande échelle\n\n\n    Parmi tous les workflows disponibles via GitLab Duo Agent Platform, la revue de code automatisée est celui qui livre des résultats le plus rapidement, et celui pour lequel la prévisibilité des coûts est la plus importante.\n\n\n    Le flow Code Review coûte désormais un tarif forfaitaire de 0,25 crédit GitLab par revue, indépendamment de la taille de la merge request, de la complexité du dépôt ou du nombre d'étapes exécutées en interne. Quatre revues correspondent à un crédit. Que votre équipe fusionne 500 ou 50 000 merge requests par mois, vous pouvez prévoir les coûts directement en fonction du nombre de revues.\n\n\n    Les chiffres parlent d'eux-mêmes. Les revues de code manuelles ne coûtent pas seulement de l'argent : elles prennent du temps et perturbent le développement en raison de changements de contexte constants. Le temps économisé grâce au flow Code Review peut se traduire par des économies substantielles à mesure que le volume des revues augmente. Vous avez désormais la possibilité d'exécuter des centaines de revues simultanément au lieu de les laisser en file d'attente, ce qui signifie que les gains de temps se combinent rapidement aux économies financières.\n\n\n    Les équipes qui utilisent la version gratuite de GitLab savent désormais exactement quelle part de leur pool mensuel de crédits est consacrée à la revue de code afin de pouvoir planifier en conséquence.\n\n\n    > Découvrez [le fonctionnement du flow Code Review](https://about.gitlab.com/fr-fr/blog/code-review-without-the-bottlenecks-or-the-bill/) et comment faire évoluer votre organisation.\n\n\n    ## Pourquoi GitLab Premium multiplie la valeur ajoutée\n\n\n    Les crédits GitLab de la version gratuite offrent à votre équipe un accès direct à l'[IA agentique](https://about.gitlab.com/fr-fr/topics/agentic-ai/ \"Qu'est-ce que l'IA agentique ?\"). Si votre équipe s'appuie davantage sur GitLab, GitLab Premium est l'abonnement qui allie avantages économiques et fonctionnalités avancées.\n\n\n    Disponible pour 29 $ par utilisateur et par mois, [GitLab Premium](https://about.gitlab.com/fr-fr/pricing/) inclut 12 GitLab Credits par utilisateur dans le cadre d'une offre promotionnelle. Pour une équipe de 20 personnes, cela représente 240 crédits par mois avant toute dépense supplémentaire, soit suffisamment pour couvrir environ 960 revues de code automatisées, ou une combinaison de revues de code, de planification, de workflows de développement et de corrections de pipelines.\n\n\n    GitLab Duo Agent Platform ne représente qu'une partie de GitLab Premium. Vous bénéficiez également d'un [CI/CD](https://about.gitlab.com/fr-fr/topics/ci-cd/ \"Qu'est-ce que le CI/CD ?\") avancé pour les pipelines à fort volume, d'approbations de merge requests et de propriétaires du code pour la gouvernance, ainsi que d'une IA qui fonctionne au sein d'une couche de données unifiée avec un contexte partagé entre vos projets.\n\n\n    Si votre équipe utilise des crédits dans le cadre de la version gratuite et constate que l'IA devient centrale dans son workflow, GitLab Premium constitue l'étape suivante naturelle grâce aux crédits promotionnels inclus. Cette formule offre davantage de fonctionnalités et offre une structure de base qui évolue avec vous.\n\n\n    ## Commencez dès aujourd'hui\n\n\n    GitLab 18.10 est disponible dès maintenant. Que votre équipe ait besoin de l'IA agentique pour accélérer ses tâches ou de la plateforme complète pour accompagner ses méthodes de travail actuelles, vous disposez désormais d'une solution claire pour accélérer votre processus de développement logiciel.\n\n\n    * **Équipes qui utilisent la version gratuite de GitLab.com :** [achetez un engagement mensuel de GitLab Credits](https://docs.gitlab.com/subscriptions/gitlab_credits/#for-the-free-tier-on-gitlabcom) via les paramètres de facturation de votre groupe et commencez à utiliser GitLab Duo Agent Platform dès aujourd'hui.\n\n\n    * **Équipes prêtes pour la plateforme complète :** [trouvez l'abonnement GitLab adapté à votre équipe](https://docs.gitlab.com/subscriptions/choosing_subscription/) ou [démarrez un essai gratuit de GitLab Ultimate](https://about.gitlab.com/fr-fr/free-trial/).\n\n\n    La configuration des crédits pour votre équipe est rapide et simple. Regardez cette démo pour en savoir plus :\n\n    \u003Ciframe src=\"https://player.vimeo.com/video/1175238100?badge=0&autopause=0&player_id=0&app_id=58479\" frameborder=\"0\" allow=\"autoplay; fullscreen; picture-in-picture; clipboard-write; encrypted-media; web-share\" referrerpolicy=\"strict-origin-when-cross-origin\" style=\"position:absolute;top:0;left:0;width:100%;height:100%;\" title=\"GitLab Credits Purchase Flow\">\u003C/iframe>\u003Cscript src=\"https://player.vimeo.com/api/player.js\">\u003C/script>\n\n\n    ---\n\n\n    ## FAQ\n\n\n    **Qu'est-ce qu'un engagement mensuel de GitLab Credits ?**\n\n\n    Un engagement mensuel est une option d'achat basée sur l'utilisation, dans laquelle le propriétaire de votre groupe sélectionne un nombre défini de crédits qui s'appliquent en tant que pool partagé pour l'ensemble du groupe. Les crédits sont consommés lorsque votre équipe utilise les fonctionnalités de GitLab Duo Agent Platform. Consultez la [documentation GitLab Credits](https://docs.gitlab.com/subscriptions/gitlab_credits/) pour en savoir plus.\n\n\n    **Qui peut acheter des GitLab Credits aujourd'hui ?**\n\n\n    Les clients GitLab Premium et GitLab Ultimate profitent déjà de crédits promotionnels inclus dans leur abonnement. À partir de la version 18.10, les espaces de nommage de groupe principal de la version gratuite de GitLab.com peuvent également acheter un engagement mensuel de crédits via la facturation en libre-service du groupe. Consultez la [documentation GitLab Credits](https://docs.gitlab.com/subscriptions/gitlab_credits/) pour connaître les dernières conditions d'éligibilité.\n\n\n    **Quelles fonctionnalités d'IA les crédits débloquent-ils dans la version gratuite ?**\n\n\n    Les équipes disposant de crédits accèdent aux mêmes fonctionnalités et modèles d'IA agentique que les clients GitLab Premium et GitLab Ultimate, notamment l'agent Planner, le flow Developer, le flow Code Review, le flow Fix CI/CD Pipeline, l'Agentic Chat, les suggestions de code, les agents et workflows personnalisés, et bien plus encore. Consultez la [documentation relative à GitLab Duo Agent Platform](https://docs.gitlab.com/user/duo_agent_platform/) pour obtenir la liste complète.\n\n\n    **Combien coûte la revue de code automatisée ?**\n\n\n    Le flow Code Review applique un tarif forfaitaire de 0,25 crédit GitLab par revue, indépendamment de la taille ou de la complexité de la merge request. Consultez la [documentation relative au flow Code Review](https://docs.gitlab.com/user/duo_agent_platform/flows/foundational_flows/code_review/) pour connaître les détails actuels des tarifs.\n\n\n    **Puis-je passer de la version gratuite avec crédits à GitLab Premium ?**\n\n\n    Dans GitLab 18.10, la mise à niveau d'un espace de nommage de la version gratuite avec un engagement mensuel de crédits vers GitLab Premium est disponible via un processus accompagné par l'équipe commerciale. Contactez l'[équipe commerciale GitLab](https://about.gitlab.com/fr-fr/contact-sales/) pour connaître vos options.\n\n\n  category: product\n  tags:\n    - features\n    - product\nconfig:\n  featured: true\n  template: BlogPost\n  slug: gitlab-18-10-agentic-ai-now-open-to-even-more-teams-on-gitlab\n",{"config":29,"title":31,"description":32},{"noIndex":30},false,"GitLab 18.10 : l'IA agentique accessible à plus d'équipes","Les utilisateurs de la version gratuite de GitLab.com peuvent acheter des crédits GitLab pour utiliser les agents et workflows d'IA, avec revue à un tarif fixe.","fr-fr/blog/gitlab-18-10-agentic-ai-now-open-to-even-more-teams-on-gitlab",[22,11],[22,11],"DPWsWTvBjMlhyTle4FaK9fOC1Svvg0MoZLS9tIWLYBU",{"data":38},{"logo":39,"freeTrial":44,"sales":49,"login":54,"items":59,"search":369,"minimal":404,"duo":423,"switchNav":432,"pricingDeployment":443},{"config":40},{"href":41,"dataGaName":42,"dataGaLocation":43},"/fr-fr/","gitlab logo","header",{"text":45,"config":46},"Commencer un essai gratuit",{"href":47,"dataGaName":48,"dataGaLocation":43},"https://gitlab.com/-/trial_registrations/new?glm_source=about.gitlab.com/fr-fr&glm_content=default-saas-trial/","free trial",{"text":50,"config":51},"Contacter l'équipe commerciale",{"href":52,"dataGaName":53,"dataGaLocation":43},"/fr-fr/sales/","sales",{"text":55,"config":56},"Connexion",{"href":57,"dataGaName":58,"dataGaLocation":43},"https://gitlab.com/users/sign_in/","sign in",[60,87,184,189,290,350],{"text":61,"config":62,"cards":64},"Plateforme",{"dataNavLevelOne":63},"platform",[65,71,79],{"title":61,"description":66,"link":67},"La plateforme d'orchestration intelligente pour le DevSecOps",{"text":68,"config":69},"Explorer notre plateforme",{"href":70,"dataGaName":63,"dataGaLocation":43},"/fr-fr/platform/",{"title":72,"description":73,"link":74},"GitLab Duo Agent Platform","L'IA agentique pour l'ensemble du cycle de développement logiciel",{"text":75,"config":76},"Découvrir GitLab Duo",{"href":77,"dataGaName":78,"dataGaLocation":43},"/fr-fr/gitlab-duo-agent-platform/","gitlab duo agent platform",{"title":80,"description":81,"link":82},"Pourquoi GitLab ?","Découvrez les principales raisons pour lesquelles les entreprises choisissent GitLab",{"text":83,"config":84},"En savoir plus",{"href":85,"dataGaName":86,"dataGaLocation":43},"/fr-fr/why-gitlab/","why gitlab",{"text":88,"left":13,"config":89,"link":91,"lists":95,"footer":166},"Produit",{"dataNavLevelOne":90},"solutions",{"text":92,"config":93},"Voir toutes les solutions",{"href":94,"dataGaName":90,"dataGaLocation":43},"/fr-fr/solutions/",[96,121,144],{"title":97,"description":98,"link":99,"items":104},"Automatisation","CI/CD et automatisation pour accélérer le déploiement",{"config":100},{"icon":101,"href":102,"dataGaName":103,"dataGaLocation":43},"AutomatedCodeAlt","/fr-fr/solutions/delivery-automation/","automated software delivery",[105,109,112,117],{"text":106,"config":107},"CI/CD",{"href":108,"dataGaLocation":43,"dataGaName":106},"/fr-fr/solutions/continuous-integration/",{"text":72,"config":110},{"href":77,"dataGaLocation":43,"dataGaName":111},"gitlab duo agent platform - product menu",{"text":113,"config":114},"Gestion du code source",{"href":115,"dataGaLocation":43,"dataGaName":116},"/fr-fr/solutions/source-code-management/","Source Code Management",{"text":118,"config":119},"Livraison de logiciels automatisée",{"href":102,"dataGaLocation":43,"dataGaName":120},"Automated software delivery",{"title":122,"description":123,"link":124,"items":129},"Sécurité","Livrez du code plus rapidement sans compromettre la sécurité",{"config":125},{"href":126,"dataGaName":127,"dataGaLocation":43,"icon":128},"/fr-fr/solutions/application-security-testing/","security and compliance","ShieldCheckLight",[130,134,139],{"text":131,"config":132},"Tests de sécurité des applications",{"href":126,"dataGaName":133,"dataGaLocation":43},"Application security testing",{"text":135,"config":136},"Sécurité de la chaîne d'approvisionnement logicielle",{"href":137,"dataGaLocation":43,"dataGaName":138},"/fr-fr/solutions/supply-chain/","Software supply chain security",{"text":140,"config":141},"Conformité logicielle",{"href":142,"dataGaName":143,"dataGaLocation":43},"/fr-fr/solutions/software-compliance/","software compliance",{"title":145,"link":146,"items":151},"Mesures",{"config":147},{"icon":148,"href":149,"dataGaName":150,"dataGaLocation":43},"DigitalTransformation","/fr-fr/solutions/visibility-measurement/","visibility and measurement",[152,156,161],{"text":153,"config":154},"Visibilité et mesures",{"href":149,"dataGaLocation":43,"dataGaName":155},"Visibility and Measurement",{"text":157,"config":158},"Gestion de la chaîne de valeur",{"href":159,"dataGaLocation":43,"dataGaName":160},"/fr-fr/solutions/value-stream-management/","Value Stream Management",{"text":162,"config":163},"Données d'analyse et informations clés",{"href":164,"dataGaLocation":43,"dataGaName":165},"/fr-fr/solutions/analytics-and-insights/","Analytics and insights",{"title":167,"items":168},"GitLab",[169,174,179],{"text":170,"config":171},"Pour les entreprises",{"href":172,"dataGaLocation":43,"dataGaName":173},"/fr-fr/enterprise/","enterprise",{"text":175,"config":176},"Pour les PME",{"href":177,"dataGaLocation":43,"dataGaName":178},"/fr-fr/small-business/","small business",{"text":180,"config":181},"Pour le secteur public",{"href":182,"dataGaLocation":43,"dataGaName":183},"/fr-fr/solutions/public-sector/","public sector",{"text":185,"config":186},"Tarifs",{"href":187,"dataGaName":188,"dataGaLocation":43,"dataNavLevelOne":188},"/fr-fr/pricing/","pricing",{"text":190,"config":191,"link":193,"lists":197,"feature":277},"Ressources",{"dataNavLevelOne":192},"resources",{"text":194,"config":195},"Afficher toutes les ressources",{"href":196,"dataGaName":192,"dataGaLocation":43},"/fr-fr/resources/",[198,231,249],{"title":199,"items":200},"Premiers pas",[201,206,211,216,221,226],{"text":202,"config":203},"Installation",{"href":204,"dataGaName":205,"dataGaLocation":43},"/fr-fr/install/","install",{"text":207,"config":208},"Guides de démarrage",{"href":209,"dataGaName":210,"dataGaLocation":43},"/fr-fr/get-started/","quick setup checklists",{"text":212,"config":213},"Apprentissage",{"href":214,"dataGaLocation":43,"dataGaName":215},"https://university.gitlab.com/","learn",{"text":217,"config":218},"Documentation",{"href":219,"dataGaName":220,"dataGaLocation":43},"https://docs.gitlab.com/","product documentation",{"text":222,"config":223},"Vidéos sur les bonnes pratiques",{"href":224,"dataGaName":225,"dataGaLocation":43},"/fr-fr/getting-started-videos/","best practice videos",{"text":227,"config":228},"Intégrations",{"href":229,"dataGaName":230,"dataGaLocation":43},"/fr-fr/integrations/","integrations",{"title":232,"items":233},"Découvrir",[234,239,244],{"text":235,"config":236},"Témoignages clients",{"href":237,"dataGaName":238,"dataGaLocation":43},"/fr-fr/customers/","customer success stories",{"text":240,"config":241},"Blog",{"href":242,"dataGaName":243,"dataGaLocation":43},"/fr-fr/blog/","blog",{"text":245,"config":246},"Travail à distance",{"href":247,"dataGaName":248,"dataGaLocation":43},"https://handbook.gitlab.com/handbook/company/culture/all-remote/","remote",{"title":250,"items":251},"Connecter",[252,257,262,267,272],{"text":253,"config":254},"Services GitLab",{"href":255,"dataGaName":256,"dataGaLocation":43},"/fr-fr/services/","services",{"text":258,"config":259},"Communauté",{"href":260,"dataGaName":261,"dataGaLocation":43},"/community/","community",{"text":263,"config":264},"Forum",{"href":265,"dataGaName":266,"dataGaLocation":43},"https://forum.gitlab.com/","forum",{"text":268,"config":269},"Événements",{"href":270,"dataGaName":271,"dataGaLocation":43},"/events/","events",{"text":273,"config":274},"Partenaires",{"href":275,"dataGaName":276,"dataGaLocation":43},"/fr-fr/partners/","partners",{"background":278,"textColor":279,"text":280,"image":281,"link":285},"#2f2a6b","#fff","L'avenir du développement logiciel. Tendances et perspectives.",{"altText":282,"config":283},"carte promo The Source",{"src":284},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1758208064/dzl0dbift9xdizyelkk4.svg",{"text":286,"config":287},"Lire les articles les plus récents",{"href":288,"dataGaName":289,"dataGaLocation":43},"/fr-fr/the-source/","the source",{"text":291,"config":292,"lists":294},"Société",{"dataNavLevelOne":293},"company",[295],{"items":296},[297,302,308,310,315,320,325,330,335,340,345],{"text":298,"config":299},"À propos",{"href":300,"dataGaName":301,"dataGaLocation":43},"/fr-fr/company/","about",{"text":303,"config":304,"footerGa":307},"Carrières",{"href":305,"dataGaName":306,"dataGaLocation":43},"/jobs/","jobs",{"dataGaName":306},{"text":268,"config":309},{"href":270,"dataGaName":271,"dataGaLocation":43},{"text":311,"config":312},"Leadership",{"href":313,"dataGaName":314,"dataGaLocation":43},"/company/team/e-group/","leadership",{"text":316,"config":317},"Équipe",{"href":318,"dataGaName":319,"dataGaLocation":43},"/company/team/","team",{"text":321,"config":322},"Manuel",{"href":323,"dataGaName":324,"dataGaLocation":43},"https://handbook.gitlab.com/","handbook",{"text":326,"config":327},"Relations avec les investisseurs",{"href":328,"dataGaName":329,"dataGaLocation":43},"https://ir.gitlab.com/","investor relations",{"text":331,"config":332},"Trust Center",{"href":333,"dataGaName":334,"dataGaLocation":43},"/fr-fr/security/","trust center",{"text":336,"config":337},"Centre pour la transparence de l'IA",{"href":338,"dataGaName":339,"dataGaLocation":43},"/fr-fr/ai-transparency-center/","ai transparency center",{"text":341,"config":342},"Newsletter",{"href":343,"dataGaName":344,"dataGaLocation":43},"/company/contact/#contact-forms","newsletter",{"text":346,"config":347},"Presse",{"href":348,"dataGaName":349,"dataGaLocation":43},"/press/","press",{"text":351,"config":352,"lists":353},"Nous contacter",{"dataNavLevelOne":293},[354],{"items":355},[356,359,364],{"text":50,"config":357},{"href":52,"dataGaName":358,"dataGaLocation":43},"talk to sales",{"text":360,"config":361},"Assistance GitLab",{"href":362,"dataGaName":363,"dataGaLocation":43},"https://support.gitlab.com","support portal",{"text":365,"config":366},"Portail clients GitLab",{"href":367,"dataGaName":368,"dataGaLocation":43},"https://customers.gitlab.com/customers/sign_in/","customer portal",{"close":370,"login":371,"suggestions":378},"Fermer",{"text":372,"link":373},"Pour rechercher des dépôts et des projets, connectez-vous à",{"text":374,"config":375},"GitLab.com",{"href":57,"dataGaName":376,"dataGaLocation":377},"search login","search",{"text":379,"default":380},"Suggestions",[381,383,388,390,395,400],{"text":72,"config":382},{"href":77,"dataGaName":72,"dataGaLocation":377},{"text":384,"config":385},"Suggestions de code (IA)",{"href":386,"dataGaName":387,"dataGaLocation":377},"/fr-fr/solutions/code-suggestions/","Code Suggestions (AI)",{"text":106,"config":389},{"href":108,"dataGaName":106,"dataGaLocation":377},{"text":391,"config":392},"GitLab sur AWS",{"href":393,"dataGaName":394,"dataGaLocation":377},"/fr-fr/partners/technology-partners/aws/","GitLab on AWS",{"text":396,"config":397},"GitLab sur Google Cloud",{"href":398,"dataGaName":399,"dataGaLocation":377},"/fr-fr/partners/technology-partners/google-cloud-platform/","GitLab on Google Cloud",{"text":401,"config":402},"Pourquoi utiliser GitLab ?",{"href":85,"dataGaName":403,"dataGaLocation":377},"Why GitLab?",{"freeTrial":405,"mobileIcon":410,"desktopIcon":415,"secondaryButton":418},{"text":406,"config":407},"Commencer votre essai gratuit",{"href":408,"dataGaName":48,"dataGaLocation":409},"https://gitlab.com/-/trials/new/","nav",{"altText":411,"config":412},"Icône GitLab",{"src":413,"dataGaName":414,"dataGaLocation":409},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1758203874/jypbw1jx72aexsoohd7x.svg","gitlab icon",{"altText":411,"config":416},{"src":417,"dataGaName":414,"dataGaLocation":409},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1758203875/gs4c8p8opsgvflgkswz9.svg",{"text":419,"config":420},"Commencer",{"href":421,"dataGaName":422,"dataGaLocation":409},"https://gitlab.com/-/trial_registrations/new?glm_source=about.gitlab.com/fr-fr/get-started/","get started",{"freeTrial":424,"mobileIcon":428,"desktopIcon":430},{"text":425,"config":426},"En savoir plus sur GitLab Duo",{"href":77,"dataGaName":427,"dataGaLocation":409},"gitlab duo",{"altText":411,"config":429},{"src":413,"dataGaName":414,"dataGaLocation":409},{"altText":411,"config":431},{"src":417,"dataGaName":414,"dataGaLocation":409},{"button":433,"mobileIcon":438,"desktopIcon":440},{"text":434,"config":435},"/switch",{"href":436,"dataGaName":437,"dataGaLocation":409},"#contact","switch",{"altText":411,"config":439},{"src":413,"dataGaName":414,"dataGaLocation":409},{"altText":411,"config":441},{"src":442,"dataGaName":414,"dataGaLocation":409},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1773335277/ohhpiuoxoldryzrnhfrh.png",{"freeTrial":444,"mobileIcon":449,"desktopIcon":451},{"text":445,"config":446},"Retour aux tarifs",{"href":187,"dataGaName":447,"dataGaLocation":409,"icon":448},"back to pricing","GoBack",{"altText":411,"config":450},{"src":413,"dataGaName":414,"dataGaLocation":409},{"altText":411,"config":452},{"src":417,"dataGaName":414,"dataGaLocation":409},{"title":454,"button":455,"config":460},"Découvrez comment l'IA agentique transforme la livraison logicielle",{"text":456,"config":457},"Regarder GitLab Transcend maintenant",{"href":458,"dataGaName":459,"dataGaLocation":43},"/fr-fr/events/transcend/virtual/","transcend event",{"layout":461,"icon":462,"disabled":13},"release","AiStar",{"data":464},{"text":465,"source":466,"edit":472,"contribute":477,"config":482,"items":487,"minimal":692},"Git est une marque déposée de Software Freedom Conservancy et notre utilisation de « GitLab » est sous licence.",{"text":467,"config":468},"Afficher le code source de la page",{"href":469,"dataGaName":470,"dataGaLocation":471},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/","page source","footer",{"text":473,"config":474},"Modifier cette page",{"href":475,"dataGaName":476,"dataGaLocation":471},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/content/","web ide",{"text":478,"config":479},"Veuillez contribuer",{"href":480,"dataGaName":481,"dataGaLocation":471},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/CONTRIBUTING.md/","please contribute",{"twitter":483,"facebook":484,"youtube":485,"linkedin":486},"https://twitter.com/gitlab","https://www.facebook.com/gitlab","https://www.youtube.com/channel/UCnMGQ8QHMAnVIsI3xJrihhg","https://www.linkedin.com/company/gitlab-com",[488,533,586,630,657],{"title":185,"links":489,"subMenu":504},[490,494,499],{"text":491,"config":492},"Voir les forfaits",{"href":187,"dataGaName":493,"dataGaLocation":471},"view plans",{"text":495,"config":496},"GitLab Premium",{"href":497,"dataGaName":498,"dataGaLocation":471},"/fr-fr/pricing/premium/","why premium",{"text":500,"config":501},"GitLab Ultimate",{"href":502,"dataGaName":503,"dataGaLocation":471},"/fr-fr/pricing/ultimate/","why ultimate",[505],{"title":351,"links":506},[507,509,511,513,518,523,528],{"text":50,"config":508},{"href":52,"dataGaName":53,"dataGaLocation":471},{"text":360,"config":510},{"href":362,"dataGaName":363,"dataGaLocation":471},{"text":365,"config":512},{"href":367,"dataGaName":368,"dataGaLocation":471},{"text":514,"config":515},"Statut",{"href":516,"dataGaName":517,"dataGaLocation":471},"https://status.gitlab.com/","status",{"text":519,"config":520},"Conditions d'utilisation",{"href":521,"dataGaName":522,"dataGaLocation":471},"/terms/","terms of use",{"text":524,"config":525},"Politique de confidentialité",{"href":526,"dataGaName":527,"dataGaLocation":471},"/fr-fr/privacy/","privacy statement",{"text":529,"config":530},"Gérer vos cookies",{"dataGaName":531,"dataGaLocation":471,"id":532,"isOneTrustButton":13},"cookie preferences","ot-sdk-btn",{"title":88,"links":534,"subMenu":543},[535,539],{"text":536,"config":537},"Plateforme DevSecOps",{"href":70,"dataGaName":538,"dataGaLocation":471},"devsecops platform",{"text":540,"config":541},"Développement assisté par l'IA",{"href":77,"dataGaName":542,"dataGaLocation":471},"ai-assisted development",[544],{"title":545,"links":546},"Thèmes",[547,551,556,561,566,571,576,581],{"text":106,"config":548},{"href":549,"dataGaName":550,"dataGaLocation":471},"/fr-fr/topics/ci-cd/","cicd",{"text":552,"config":553},"GitOps",{"href":554,"dataGaName":555,"dataGaLocation":471},"/fr-fr/topics/gitops/","gitops",{"text":557,"config":558},"DevOps",{"href":559,"dataGaName":560,"dataGaLocation":471},"/fr-fr/topics/devops/","devops",{"text":562,"config":563},"Contrôle de version",{"href":564,"dataGaName":565,"dataGaLocation":471},"/fr-fr/topics/version-control/","version control",{"text":567,"config":568},"DevSecOps",{"href":569,"dataGaName":570,"dataGaLocation":471},"/fr-fr/topics/devsecops/","devsecops",{"text":572,"config":573},"Cloud-native",{"href":574,"dataGaName":575,"dataGaLocation":471},"/fr-fr/topics/cloud-native/","cloud native",{"text":577,"config":578},"IA pour la programmation",{"href":579,"dataGaName":580,"dataGaLocation":471},"/fr-fr/topics/devops/ai-for-coding/","ai for coding",{"text":582,"config":583},"IA agentique",{"href":584,"dataGaName":585,"dataGaLocation":471},"/fr-fr/topics/agentic-ai/","agentic ai",{"title":587,"links":588},"Solutions",[589,592,594,599,602,605,608,611,614,617,620,625],{"text":131,"config":590},{"href":126,"dataGaName":591,"dataGaLocation":471},"Application Security Testing",{"text":118,"config":593},{"href":102,"dataGaName":103,"dataGaLocation":471},{"text":595,"config":596},"Développement Agile",{"href":597,"dataGaName":598,"dataGaLocation":471},"/fr-fr/solutions/agile-delivery/","agile delivery",{"text":113,"config":600},{"href":115,"dataGaName":601,"dataGaLocation":471},"source code management",{"text":106,"config":603},{"href":108,"dataGaName":604,"dataGaLocation":471},"continuous integration & delivery",{"text":157,"config":606},{"href":159,"dataGaName":607,"dataGaLocation":471},"value stream management",{"text":552,"config":609},{"href":610,"dataGaName":555,"dataGaLocation":471},"/fr-fr/solutions/gitops/",{"text":612,"config":613},"Entreprises",{"href":172,"dataGaName":173,"dataGaLocation":471},{"text":615,"config":616},"PME",{"href":177,"dataGaName":178,"dataGaLocation":471},{"text":618,"config":619},"Secteur public",{"href":182,"dataGaName":183,"dataGaLocation":471},{"text":621,"config":622},"Éducation",{"href":623,"dataGaName":624,"dataGaLocation":471},"/fr-fr/solutions/education/","education",{"text":626,"config":627},"Services financiers",{"href":628,"dataGaName":629,"dataGaLocation":471},"/fr-fr/solutions/finance/","financial services",{"title":190,"links":631},[632,634,636,638,641,643,645,647,649,651,653,655],{"text":202,"config":633},{"href":204,"dataGaName":205,"dataGaLocation":471},{"text":207,"config":635},{"href":209,"dataGaName":210,"dataGaLocation":471},{"text":212,"config":637},{"href":214,"dataGaName":215,"dataGaLocation":471},{"text":217,"config":639},{"href":219,"dataGaName":640,"dataGaLocation":471},"docs",{"text":240,"config":642},{"href":242,"dataGaName":243,"dataGaLocation":471},{"text":235,"config":644},{"href":237,"dataGaName":238,"dataGaLocation":471},{"text":245,"config":646},{"href":247,"dataGaName":248,"dataGaLocation":471},{"text":253,"config":648},{"href":255,"dataGaName":256,"dataGaLocation":471},{"text":258,"config":650},{"href":260,"dataGaName":261,"dataGaLocation":471},{"text":263,"config":652},{"href":265,"dataGaName":266,"dataGaLocation":471},{"text":268,"config":654},{"href":270,"dataGaName":271,"dataGaLocation":471},{"text":273,"config":656},{"href":275,"dataGaName":276,"dataGaLocation":471},{"title":291,"links":658},[659,661,663,665,667,669,671,676,681,683,685,687],{"text":298,"config":660},{"href":300,"dataGaName":293,"dataGaLocation":471},{"text":303,"config":662},{"href":305,"dataGaName":306,"dataGaLocation":471},{"text":311,"config":664},{"href":313,"dataGaName":314,"dataGaLocation":471},{"text":316,"config":666},{"href":318,"dataGaName":319,"dataGaLocation":471},{"text":321,"config":668},{"href":323,"dataGaName":324,"dataGaLocation":471},{"text":326,"config":670},{"href":328,"dataGaName":329,"dataGaLocation":471},{"text":672,"config":673},"Développement durable",{"href":674,"dataGaName":675,"dataGaLocation":471},"/sustainability/","Sustainability",{"text":677,"config":678},"Diversité, inclusion et appartenance (DIB)",{"href":679,"dataGaName":680,"dataGaLocation":471},"/fr-fr/diversity-inclusion-belonging/","Diversity, inclusion and belonging",{"text":331,"config":682},{"href":333,"dataGaName":334,"dataGaLocation":471},{"text":341,"config":684},{"href":343,"dataGaName":344,"dataGaLocation":471},{"text":346,"config":686},{"href":348,"dataGaName":349,"dataGaLocation":471},{"text":688,"config":689},"Déclaration de transparence sur l'esclavage moderne",{"href":690,"dataGaName":691,"dataGaLocation":471},"https://handbook.gitlab.com/handbook/legal/modern-slavery-act-transparency-statement/","modern slavery transparency statement",{"items":693},[694,696,699],{"text":519,"config":695},{"href":521,"dataGaName":522,"dataGaLocation":471},{"text":697,"config":698},"Gestion des cookies",{"dataGaName":531,"dataGaLocation":471,"id":532,"isOneTrustButton":13},{"text":524,"config":700},{"href":526,"dataGaName":527,"dataGaLocation":471},[702],{"id":703,"title":704,"body":24,"config":705,"content":708,"description":24,"extension":23,"meta":711,"navigation":13,"path":712,"seo":713,"stem":714,"__hash__":715},"blogAuthors/en-us/blog/authors/talia-armato-helle.yml","Talia Armato Helle",{"template":706,"gitlabHandle":707},"BlogAuthor","thelle",{"name":9,"config":709},{"headshot":710},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1772021433/wop3fdef9erx2srfow52.jpg",{},"/en-us/blog/authors/talia-armato-helle",{},"en-us/blog/authors/talia-armato-helle","ny-XdkWLfw_DdxxdRMKKeqHEnL2O9C66pk14uBQivFE",[717,730,745],{"content":718,"config":728},{"title":719,"description":720,"body":721,"category":11,"tags":722,"date":724,"heroImage":725,"authors":726},"Changements majeurs dans GitLab 19.0 : guide complet","GitLab 19.0 supprime plusieurs fonctionnalités dépréciées. Découvrez les impacts sur votre déploiement et comment vous préparer avant la mise à niveau.","GitLab 17.0 comportait 80 changements cassants. GitLab 18.0 en comptait 27. La prochaine release GitLab 19.0 devrait en inclure 15.\n\nNous savons que la gestion des changements cassants lors d'une mise à niveau est une opération chronophage : elle exige une analyse approfondie et une coordination entre les différentes équipes de votre organisation. C'est pourquoi nous avons introduit une [procédure d'approbation des changements cassants](https://docs.gitlab.com/development/deprecation_guidelines/#how-do-i-get-approval-to-move-forward-with-a-breaking-change) qui impose une atténuation de l'impact et une validation de la direction avant toute mise en œuvre. Ce processus porte ses fruits, et nous nous engageons à continuer de réduire ce nombre.\n\n\nVous trouverez ci-dessous l'ensemble des changements cassants de GitLab 19.0, classés par type de déploiement et niveau d'impact, accompagnés des mesures d'atténuation nécessaires pour effectuer votre mise à niveau en toute confiance.\n\n\n## Fenêtres de déploiement\n\n\nVoici les fenêtres de déploiement à connaître.\n\n### GitLab.com\n\nLes changements cassants pour GitLab.com seront limités à ces deux fenêtres :\n\n- **4-6 mai 2026** (09 h 00-22 h 00 UTC) – fenêtre principale\n\n- **11-13 mai 2026** (09 h 00-22 h 00 UTC) – fenêtre de secours\n\nDe nombreux autres changements continueront d'être déployés tout au long du mois. Pour en savoir plus sur les changements prévus dans chacune de ces fenêtres, consultez notre [documentation](https://docs.gitlab.com/update/breaking_windows/).\n\n**Remarque :** dans des circonstances exceptionnelles, certains changements cassants peuvent être déployés légèrement en dehors de ces fenêtres.\n\n### GitLab Self-Managed\n\nGitLab 19.0 sera disponible à partir du 21 mai 2026.\n\n\n> Pour en savoir plus, consultez le [calendrier des releases](https://about.gitlab.com/fr-fr/releases/whats-new/).\n\n### GitLab Dedicated\n\nLa mise à niveau vers GitLab 19.0 aura lieu pendant la fenêtre de maintenance qui vous a été attribuée. Vous pouvez en savoir plus et consulter votre fenêtre de maintenance attribuée dans votre portail Switchboard. Les instances GitLab Dedicated sont maintenues en release N-1 : la mise à niveau vers GitLab 19.0 aura donc lieu pendant la fenêtre de maintenance de la semaine du 22 juin 2026.\n\n\nConsultez la [page des dépréciations](https://docs.gitlab.com/update/deprecations/?removal_milestone=19.0&breaking_only=true) pour voir la liste complète des éléments dont la suppression est prévue dans GitLab 19.0. Poursuivez votre lecture pour découvrir les changements à venir et savoir comment vous préparer en fonction de votre type de déploiement.\n\n## Changements cassants\n\n\nVoici les changements à impact élevé.\n\n### Impact élevé\n\n**1. Prise en charge de NGINX Ingress remplacée par la passerelle API avec Envoy Gateway**\n\n_GitLab Self-Managed (chart Helm)_\n\nLe chart Helm de GitLab intégrait NGINX Ingress comme composant réseau par défaut. NGINX Ingress a atteint sa fin de vie en mars 2026, et GitLab effectue désormais la transition vers la passerelle API avec Envoy Gateway comme nouvelle configuration par défaut.\n\nÀ partir de GitLab 19.0, la passerelle API et avec Envoy Gateway intégré deviennent la configuration réseau par défaut. Si la migration vers Envoy Gateway n'est pas immédiatement possible pour votre déploiement, vous pouvez réactiver explicitement NGINX Ingress, qui reste disponible jusqu'à sa suppression prévue dans GitLab 20.0.\n\nCe changement n'affecte pas :\n\n- NGINX utilisé dans le paquet Linux\n\n- Les instances chart Helm GitLab et GitLab Operator qui utilisent un contrôleur Ingress ou une passerelle API géré en externe\n\nGitLab assurera une maintenance de sécurité au mieux de ses capacités pour le chart et les builds NGINX Ingress dupliqués jusqu'à leur suppression définitive. Pour garantir une transition fluide, planifiez votre migration vers la passerelle API fournie ou vers un contrôleur Ingress géré de manière externe avant la mise à niveau vers GitLab 19.0.\n\n[Avis de dépréciation](https://gitlab.com/gitlab-org/gitlab/-/work_items/590800)\n\n\n**2. Suppression de PostgreSQL, Redis et MinIO intégrés du chart Helm GitLab**\n\n_GitLab Self-Managed (chart Helm)_\n\nLe chart Helm GitLab intégrait depuis longtemps Bitnami PostgreSQL, Bitnami Redis et une duplication du chart MinIO officiel afin de simplifier la mise en place de GitLab dans les environnements de test et les études de faisabilité. En raison de modifications de licences, de la maintenance des projets et de la disponibilité des images publiques, ces composants seront supprimés du chart Helm GitLab et de GitLab Operator sans remplacement.\n\nCes charts sont explicitement documentés comme non recommandés pour un usage en production. Leur seul objectif était de permettre la mise en place rapide d'environnements de test.\n\nSi vous exécutez une instance avec PostgreSQL, Redis ou MinIO intégrés, suivez le [guide de migration](https://docs.gitlab.com/charts/installation/migration/bundled_chart_migration/) pour configurer des services externes avant la mise à niveau vers GitLab 19.0. Redis et PostgreSQL, fournis par le paquet Linux, ne sont pas concernés par ce changement.\n\n[Avis de dépréciation](https://gitlab.com/gitlab-org/gitlab/-/work_items/590797)\n\n\n**3. Suppression de l'autorisation OAuth Resource Owner Password Credentials (ROPC)**\n\n_GitLab.com | GitLab Self-Managed | GitLab Dedicated_\n\nLa prise en charge de l'autorisation Resource Owner Password Credentials (ROPC) en tant que flux OAuth sera entièrement supprimée dans GitLab 19.0. Cette décision est conforme à la norme OAuth RFC Version 2.1, qui supprime le ROPC en raison de ses limitations de sécurité inhérentes.\n\nGitLab exigeait déjà l'authentification du client pour le ROPC sur GitLab.com depuis le 8 avril 2025. Un paramètre administrateur a été ajouté dans GitLab 18.0 pour permettre une désactivation contrôlée avant la suppression.\n\nAprès la mise à niveau vers GitLab 19.0, le ROPC ne pourra plus être utilisé en aucune circonstance, même avec des identifiants client. Toute application ou intégration utilisant ce type d'autorisation doit migrer vers un flux OAuth pris en charge, tel que le flux Authorization Code, avant la mise à niveau.\n\n[Avis d'obsolescence](https://gitlab.com/gitlab-org/gitlab/-/issues/457353)\n\n**4. Fin de la prise en charge de PostgreSQL 16 – PostgreSQL 17 devient la version minimale requise**\n\n_GitLab Self-Managed_\n\nGitLab suit une [cadence annuelle de mise à niveau pour PostgreSQL](https://handbook.gitlab.com/handbook/engineering/infrastructure-platforms/data-access/database-framework/postgresql-upgrade-cadence/). Dans GitLab 19.0, PostgreSQL 17 devient la version minimale requise, et la prise en charge de PostgreSQL 16 est supprimée.\n\nPostgreSQL 17 est disponible depuis GitLab 18.9, vous pouvez donc effectuer la mise à niveau à tout moment avant la sortie de GitLab 19.0.\n\nPour les instances exécutant une seule instance PostgreSQL installée via le paquet Linux, une mise à niveau automatique vers PostgreSQL 17 pourra être tentée lors de la mise à niveau vers GitLab 18.11. Assurez-vous de disposer d'un espace disque suffisant pour cette opération.\n\nPour les instances utilisant PostgreSQL Cluster, ou celles ayant refusé la mise à niveau automatique, une mise à niveau manuelle vers PostgreSQL 17 est nécessaire avant de passer à GitLab 19.0.\n\n[Avis d'obsolescence](https://gitlab.com/gitlab-org/gitlab/-/issues/589774) | [Guide de mise à niveau](https://docs.gitlab.com/omnibus/settings/database/#upgrade-packaged-postgresql-server)\n\n\n\n### Impact moyen\n\n\nVoici les changements cassants à impact moyen.\n\n**1. Fin de la prise en charge d'Ubuntu 20.04 par le paquet Linux**\n\n_GitLab Self-Managed_\n\nLa prise en charge standard d'Ubuntu 20.04 a pris fin en mai 2025. Conformément à la [politique de plateformes prises en charge par le paquet Linux](https://docs.gitlab.com/install/package/#supported-platforms) de GitLab, les paquets sont retirés lorsque l'éditeur cesse de prendre en charge le système d'exploitation.\n\nÀ partir de GitLab 19.0, les paquets ne seront plus fournis pour Ubuntu 20.04. GitLab 18.11 sera la dernière release avec des paquets Linux pour cette distribution.\n\nSi vous exécutez actuellement GitLab sur Ubuntu 20.04, vous devez effectuer la mise à niveau vers Ubuntu 22.04 ou un autre [système d'exploitation pris en charge](https://docs.gitlab.com/install/package/#supported-platforms) avant de passer à GitLab 19.0. Canonical fournit un [guide de mise à niveau](https://documentation.ubuntu.com/server/how-to/software/upgrade-your-release/) pour faciliter la migration.\n\n[Avis d'obsolescence](https://gitlab.com/gitlab-org/omnibus-gitlab/-/issues/8915)\n\n\n**2. Suppression de la prise en charge de Redis 6**\n\n_GitLab Self-Managed_\n\nDans GitLab 19.0, la prise en charge de Redis 6 est supprimée. Avant la mise à niveau, les instances utilisant un déploiement Redis 6 externe doivent migrer vers Redis 7.2 ou Valkey 7.2, disponible en version bêta depuis GitLab 18.9 avec une disponibilité générale prévue pour GitLab 19.0.\n\nLe Redis intégré au paquet Linux utilise Redis 7 depuis GitLab 16.2 et n'est pas concerné. Seules les instances utilisant un déploiement Redis 6 externe doivent agir.\n\nDes ressources de migration sont disponibles pour les principales plateformes :\n\n- **AWS ElastiCache :** mise à niveau vers [Redis 7.2 ou Valkey 7.2](https://docs.aws.amazon.com/AmazonElastiCache/latest/dg/supported-engine-versions.html)\n\n- **GCP Memorystore :** mise à niveau vers [Redis 7.2 ou Valkey 7.2](https://cloud.google.com/memorystore/docs/redis/supported-versions)\n\n- **Azure Cache pour Redis :** Redis 7.2 ou Valkey 7.2 Managed n'est pas encore disponible sur Azure. Vous pouvez opter pour l'auto-hébergement sur des machines virtuelles Azure ou AKS, ou utiliser l'installation par paquet Linux, qui prendra en charge Valkey 7.2 avec la disponibilité générale de GitLab 19.0.\n\n- **Auto-hébergé :** effectuez la mise à niveau de votre instance Redis 6 vers Redis 7.2 ou Valkey 7.2.\n\n[Avis d'obsolescence](https://gitlab.com/gitlab-org/gitlab/-/work_items/585839) | [Documentation des prérequis](https://docs.gitlab.com/install/requirements/)\n\n\n**3. Remplacement de l'image `heroku/builder:22` par `heroku/builder:24`**\n\n_GitLab.com | GitLab Self-Managed | GitLab Dedicated_\n\nL'image builder cloud-native buildpack (CNB) utilisée dans la fonctionnalité Auto DevOps a été mise à jour vers `heroku/builder:24`. Ce changement concerne les pipelines qui utilisent l'[`auto-build-image`](https://gitlab.com/gitlab-org/cluster-integration/auto-build-image) fournie par l'[étape Auto Build de la fonctionnalité Auto DevOps](https://docs.gitlab.com/topics/autodevops/stages/#auto-build).\n\nBien que la plupart des charges de travail ne soient pas concernées, cette évolution peut constituer un changement cassant pour certains utilisateurs. Avant la mise à niveau, consultez les [notes de release de la pile Heroku-24](https://devcenter.heroku.com/articles/heroku-24-stack#what-s-new) et les [notes de mise à niveau](https://devcenter.heroku.com/articles/heroku-24-stack#upgrade-notes) pour évaluer l'impact sur votre environnement.\n\nSi vous devez continuer à utiliser `heroku/builder:22` après GitLab 19.0, définissez la variable CI/CD `AUTO_DEVOPS_BUILD_IMAGE_CNB_BUILDER` sur `heroku/builder:22`.\n\n[Avis d'obsolescence](https://gitlab.com/gitlab-org/cluster-integration/auto-build-image/-/issues/79)\n\n\n\n**4. Suppression de Mattermost du paquet Linux**\n\n_GitLab Self-Managed_\n\nDans GitLab 19.0, Mattermost est supprimé du paquet Linux. Mattermost a été intégré à GitLab pour la première fois en 2015, mais a depuis développé ses propres options de déploiement autonome. De plus, avec Mattermost v11, [le SSO GitLab a été rendu obsolète dans l'offre gratuite](https://forum.mattermost.com/t/mattermost-v11-changes-in-free-offerings/25126), ce qui réduit la valeur de l'intégration fournie.\n\nLes clients qui n'utilisent pas le paquet Mattermost ne seront pas concernés. Si vous l'utilisez actuellement, consultez la documentation Mattermost relative à la [migration de GitLab Omnibus vers Mattermost Standalone](https://docs.mattermost.com/administration-guide/onboard/migrate-gitlab-omnibus.html) pour obtenir les instructions de migration.\n\n[Avis d'obsolescence](https://gitlab.com/gitlab-org/gitlab/-/work_items/590798)\n\n\n**5. Fin de la prise en charge des distributions SUSE par le paquet Linux**\n\n_GitLab Self-Managed_\n\nDans GitLab 19.0, la prise en charge des distributions SUSE par le paquet Linux prend fin. Cela concerne :\n\n- openSUSE Leap 15.6\n\n- SUSE Linux Enterprise Server 12.5\n\n- SUSE Linux Enterprise Server 15.6\n\nGitLab 18.11 sera la dernière release avec des paquets Linux pour ces distributions. La solution recommandée consiste à migrer vers un [déploiement Docker de GitLab](https://docs.gitlab.com/install/docker/installation/) sur votre distribution existante, ce qui évite de devoir changer de système d'exploitation pour continuer à profiter des mises à niveau.\n\n[Avis d'obsolescence](https://gitlab.com/gitlab-org/gitlab/-/work_items/590801)\n\n\n### Impact faible\n\n\nVoici les changements cassants à impact faible.\n\n**1. Suppression de Spamcheck du paquet Linux et du chart Helm GitLab**\n\n_GitLab Self-Managed_\n\nDans GitLab 19.0, [Spamcheck](https://docs.gitlab.com/administration/reporting/spamcheck/) est supprimé du paquet Linux et du chart Helm GitLab. Son utilisation concerne principalement les grandes instances publiques, ce qui constitue un cas marginal dans la base de clients GitLab. Cette suppression réduit la taille du paquet et l'empreinte des dépendances pour la majorité des clients.\n\nLes clients qui n'utilisent pas actuellement Spamcheck ne seront pas concernés. Si vous utilisez le paquet Spamcheck, vous pouvez le déployer séparément à l'aide de [Docker](https://gitlab.com/gitlab-org/gl-security/security-engineering/security-automation/spam/spamcheck). Aucune migration de données n'est nécessaire.\n\n[Avis d'obsolescence](https://gitlab.com/gitlab-org/gitlab/-/work_items/590796)\n\n\n**2. Suppression de l'intégration pour les commandes slash Slack**\n\n_GitLab Self-Managed | GitLab Dedicated_\n\nL'[intégration pour les commandes slash Slack](https://docs.gitlab.com/user/project/integrations/slack_slash_commands/) a été rendue obsolète au profit de l'[application GitLab pour Slack](https://docs.gitlab.com/user/project/integrations/gitlab_slack_application/), qui offre une intégration plus sécurisée avec les mêmes fonctionnalités.\n\nÀ partir de GitLab 19.0, les utilisateurs ne pourront plus configurer ni utiliser les commandes slash Slack. Cette intégration n'existe que sur GitLab Self-Managed et GitLab Dedicated – les utilisateurs de GitLab.com ne sont pas concernés.\n\nPour vérifier si votre instance est concernée, consultez les [instructions de vérification d'impact](https://gitlab.com/gitlab-org/gitlab/-/work_items/569345#am-i-impacted).\n\n[Avis d'obsolescence](https://gitlab.com/gitlab-org/gitlab/-/work_items/569345)\n\n\n**3. Fin de la prise en charge des mots de passe d'application de l'importation Bitbucket Cloud via l'API**\n\n_GitLab.com | GitLab Self-Managed | GitLab Dedicated_\n\nAtlassian a rendu obsolètes les mots de passe d'application (authentification par nom d'utilisateur et mot de passe) pour Bitbucket Cloud et a annoncé que cette méthode d'authentification cessera de fonctionner le 9 juin 2026.\n\nÀ partir de GitLab 19.0, l'importation de dépôts depuis Bitbucket Cloud via l'API GitLab nécessite des [tokens d'API utilisateur](https://support.atlassian.com/organization-administration/docs/understand-user-api-tokens/) au lieu des mots de passe d'application. Les utilisateurs qui importent depuis Bitbucket Server, ou depuis Bitbucket Cloud via l'interface GitLab, ne sont pas concernés.\n\n[Avis d'obsolescence](https://gitlab.com/gitlab-org/gitlab/-/work_items/588961) | [Vérification d'impact](https://gitlab.com/gitlab-org/gitlab/-/work_items/588961#am-i-impacted)\n\n**4. Suppression de l'onglet Tendance de la page Explorer les projets**\n\n_GitLab.com | GitLab Self-Managed | GitLab Dedicated_\n\nL'onglet **Tendance** dans **Explorer > Projets** et les arguments GraphQL associés sont supprimés dans GitLab 19.0. L'algorithme de tendances ne prend en compte que les projets publics, ce qui le rend inefficace pour les instances GitLab Self-Managed qui utilisent principalement une visibilité de projet interne ou privée.\n\nAu cours du mois précédant la sortie de GitLab 19.0, l'onglet **Tendance** sur GitLab.com redirigera vers l'onglet **Actif**, qui sera trié par étoiles par ordre décroissant.\n\nSont également supprimés : l'argument `trending` dans les types GraphQL `Query.adminProjects`, `Query.projects` et `Organization.projects`.\n\n[Avis d'obsolescence](https://gitlab.com/groups/gitlab-org/-/work_items/18493)\n\n\n**5. Mises à jour des pilotes de stockage du registre de conteneurs**\n\n_GitLab Self-Managed_\n\nDeux pilotes de stockage legacy du registre de conteneurs sont remplacés dans GitLab 19.0 :\n\n- **Pilote de stockage Azure :** le pilote legacy `azure` devient un alias pour le nouveau pilote `azure_v2`. Aucune action manuelle n'est requise, mais une migration proactive est recommandée pour une fiabilité et des performances améliorées. Consultez la [documentation du stockage objet](https://docs.gitlab.com/administration/packages/container_registry/#use-object-storage) pour les étapes de migration. [Avis d'obsolescence](https://gitlab.com/gitlab-org/gitlab/-/issues/523096)\n\n- **Pilote de stockage S3 (AWS SDK v1) :** le pilote legacy `s3` devient un alias pour le nouveau pilote `s3_v2`. Le pilote `s3_v2` ne prend pas en charge Signature Version 2 : toute configuration `v4auth: false` sera ignorée de manière transparente. Migrez vers Signature Version 4 avant la mise à niveau. [Avis d'obsolescence](https://gitlab.com/gitlab-org/gitlab/-/issues/523095)\n\n\n**6. Suppression de la mutation GraphQL `ciJobTokenScopeAddProject`**\n\n_GitLab.com | GitLab Self-Managed | GitLab Dedicated_\n\nLa mutation GraphQL `ciJobTokenScopeAddProject` a été rendue obsolète au profit de `ciJobTokenScopeAddGroupOrProject`, introduite avec les changements de portée des jetons de jobs CI/CD dans GitLab 18.0. Mettez à jour toute automatisation ou tout outil utilisant la mutation obsolète avant la mise à niveau.\n\n[Avis d'obsolescence](https://gitlab.com/gitlab-org/gitlab/-/issues/474175)\n\n\n**7. Suppression de l'attribut `ci_job_token_scope_enabled` de l'API Projects**\n\n_GitLab.com | GitLab Self-Managed | GitLab Dedicated_\n\nL'attribut `ci_job_token_scope_enabled` de l'[API REST Projects](https://docs.gitlab.com/api/projects/) est supprimé dans GitLab 19.0. Cet attribut a été rendu obsolète dans GitLab 18.0 lorsque le paramètre sous-jacent a été supprimé, et renvoie depuis toujours la valeur `false`.\n\nPour contrôler l'accès des jetons de jobs CI/CD, utilisez les [paramètres de projet des jetons de jobs CI/CD](https://docs.gitlab.com/ci/jobs/ci_job_token/#control-job-token-access-to-your-project).\n\n[Avis d'obsolescence](https://gitlab.com/gitlab-org/gitlab/-/issues/423091)\n\n\n**8. Application de la limite de pagination pour les requêtes non authentifiées sur l'API Projects de GitLab.com**\n\n_GitLab.com_\n\nAfin de maintenir la stabilité de la plateforme et de garantir des performances homogènes, une limite d'offset maximale de 50 000 sera appliquée à toutes les requêtes non authentifiées sur l'API REST Projects List de GitLab.com. Par exemple, le paramètre `page` sera limité à 2 500 pages lors de la récupération de 20 résultats par page.\n\nLes workflows nécessitant l'accès à davantage de données doivent utiliser des paramètres de pagination par clé. Cette limite s'applique uniquement à GitLab.com. Sur GitLab Self-Managed et GitLab Dedicated, la limite d'offset sera désactivée par défaut avec un feature flag.\n\n[Avis d'obsolescence](https://gitlab.com/gitlab-org/gitlab/-/work_items/585176)\n\n## Ressources pour gérer l'impact\n\nNous avons développé des outils spécifiques pour aider les clients à comprendre l'impact de ces changements prévus sur leur(s) instance(s) GitLab. Une fois que vous avez évalué votre impact, nous vous recommandons de consulter les mesures d'atténuation fournies dans la documentation relative à chaque changement afin de garantir une transition fluide vers GitLab 19.0.\n\n**[GitLab Detective](https://gitlab.com/gitlab-com/support/toolbox/gitlab-detective) (GitLab Self-Managed uniquement) :** cet outil expérimental vérifie automatiquement une installation GitLab à la recherche de problèmes connus en examinant les fichiers de configuration et les valeurs de la base de données. Remarque : il doit être exécuté directement sur vos nœuds GitLab.\n\nSi vous disposez d'un abonnement payant et avez des questions ou besoin d'assistance concernant ces changements, veuillez ouvrir un ticket sur le [portail d'assistance GitLab](https://support.gitlab.com/).\n\nSi vous utilisez la version gratuite de GitLab.com, vous pouvez accéder à une assistance supplémentaire via les ressources communautaires telles que la [documentation GitLab](https://docs.gitlab.com/), le [forum GitLab](https://forum.gitlab.com/) et [Stack Overflow](https://stackoverflow.com/questions/tagged/gitlab).",[11,723],"news","2026-04-24","https://res.cloudinary.com/about-gitlab-com/image/upload/f_auto,q_auto,c_lfill/v1775561395/bhe1as7ttjvzltxwgo5m.png",[727],"Martin Brümmer",{"featured":30,"template":14,"slug":729},"a-guide-to-the-breaking-changes-in-gitlab-19-0",{"content":731,"config":743},{"title":732,"description":733,"body":734,"category":11,"tags":735,"date":738,"authors":739,"heroImage":742},"GitLab + Amazon : l'orchestration de plateforme portée par une IA fiable","Associez GitLab Duo Agent Platform à Amazon Bedrock pour un développement logiciel agentique et une orchestration sécurisée.","Si votre équipe utilise GitLab et dispose d'une solide pratique AWS, la combinaison de GitLab Duo Agent Platform et d'Amazon Bedrock a été conçue pour vous. Le principe est simple : GitLab joue le rôle de couche d'orchestration pour accélérer l'ensemble de votre cycle de vie logiciel grâce à l'[IA agentique](https://about.gitlab.com/fr-fr/topics/agentic-ai/ \"Qu'est-ce que l'IA agentique ?\"), tandis qu'Amazon Bedrock fournit une couche de modèles de fondation sécurisée et conforme, avec l'inférence IA en arrière-plan.\n\nGitLab Duo Agent Platform vous permet de gérer la planification, les merge de pipelines, les scans de sécurité, la remédiation des vulnérabilités et bien plus encore dans le cadre de vos workflows GitLab, tandis que la passerelle d'IA de GitLab achemine les appels de modèles vers Amazon Bedrock (ou vers des points de terminaison gérés par GitLab et adossés à Bedrock, selon votre configuration). Vous pouvez ainsi vous appuyer sur les politiques de gestion des identités et des accès (IAM), les périmètres de cloud privé virtuel (VPC), les contrôles régionaux et les engagements de dépenses cloud que vous avez déjà définis dans AWS.\n\nSi vous utilisez déjà Amazon Bedrock et souhaitez que l'IA intervienne directement dans vos activités GitLab, et non dans un autre outil de chat autonome, cette combinaison est faite pour vous.\n\n\nDans cet article, nous abordons le problème concret auquel de nombreuses équipes sont confrontées aujourd'hui : l'IA est fragmentée, les flux de données sont flous et l'investissement dans Amazon Bedrock est sous-exploité lorsque l'IA se trouve en dehors du cycle de développement logiciel. \n\nNous détaillerons ensuite vos options de déploiement pour GitLab Duo Agent Platform :\n\n* Intégration avec des modèles auto-hébergés sur Amazon Bedrock pour les déploiements GitLab Self-Managed et la passerelle d'IA auto-hébergée\n* Intégration avec des modèles opérés par GitLab sur Amazon Bedrock (avec des clés appartenant à GitLab) pour les déploiements GitLab Self-Managed et la passerelle d'IA hébergée par GitLab\n* Intégration avec des modèles opérés par GitLab sur Amazon Bedrock (avec des clés appartenant à GitLab) pour les instances GitLab.com et la passerelle d'IA hébergée par GitLab\n\nEnfin, nous conclurons par un résumé expliquant comment cette approche permet d'éviter le Shadow AI et la multiplication d'outils spécialisés, sans créer de pile technologique parallèle dédiée à l'IA.\n\n## IA omniprésente, contrôle inexistant\n\nEn ce moment même, des équipes de développement au sein de votre entreprise utilisent peut-être un outil d'IA que votre équipe de sécurité n'a pas approuvé. Des données de prompt quittent peut-être votre environnement par un chemin que personne n'a entièrement cartographié. Et l'investissement de votre organisation dans Amazon Bedrock est peut-être sous-exploité, tandis que d'autres équipes financent séparément des outils d'IA, détournant ainsi les charges de travail et les dépenses cloud des plateformes auxquelles vous vous êtes déjà engagés.\n\nPlutôt qu'un problème humain, il s'agit peut-être d'un problème d'architecture. Et il fait ressortir les trois mêmes contraintes dans presque toutes les entreprises :\n\n**Fragmentation opérationnelle.** Chaque équipe, voire chaque développeur, choisit ses propres outils de développement, y compris les outils d'IA et les modèles. Cette fragmentation rend la gouvernance de bout en bout au sein du cycle de vie du développement logiciel quasiment impossible.\n\n**Sécurité et souveraineté.** Où circulent réellement les données de prompt et de code ? Qui est propriétaire des logs ?\n\n**Optimisation des dépenses cloud.** Les engagements envers des fournisseurs cloud majeurs comme AWS se diluent à mesure que les charges de travail et l'utilisation de l'IA migrent vers des outils ponctuels en dehors des accords existants des clients.\n\nGitLab Duo Agent Platform et Amazon Bedrock contribuent ensemble à résoudre ces problèmes. La répartition des responsabilités est claire : GitLab Duo Agent Platform prend en charge l'orchestration des workflows avec l'IA agentique pour le développement logiciel, Amazon Bedrock gère la couche d'inférence et héberge les modèles de fondation approuvés, et votre organisation conserve un contrôle total sur les périmètres de données et de politiques déjà définis dans AWS. Trois missions, trois responsables, aucune fragmentation.\n\n## GitLab Duo Agent Platform : le plan de contrôle agentique\n\nGitLab Duo Agent Platform est la couche d'IA agentique de GitLab : un framework d'agents et de flows spécialisés qui opèrent simultanément et en parallèle, dépassant les transferts traditionnels par étapes et contribuant à automatiser les tâches sur l'ensemble du cycle de vie logiciel. Plutôt qu'un assistant unique répondant à des prompts, GitLab Duo Agent Platform permet aux équipes d'orchestrer de nombreux agents d'IA de manière asynchrone, en s'appuyant sur des données unifiées et le contexte du projet, tickets, merge requests, pipelines et résultats de sécurité inclus. Les workflows linéaires se transforment en une collaboration coordonnée et continue entre les équipes de développement et leurs agents d'IA, à grande échelle.\n\nUne fois ce plan de contrôle mis en place, la question qui se pose naturellement est de savoir quelle infrastructure d'IA devrait alimenter ces agents. Pour les clients qui exécutent GitLab Self-Managed sur AWS et ont besoin que le trafic d'inférence, les données de prompt et les logs restent également dans leur environnement AWS avec leurs données de cycle de vie logiciel, Amazon Bedrock en tant que couche d'inférence IA est la solution idéale.\n\n## Amazon Bedrock : une base fiable pour l'IA\n\nAmazon Bedrock est une couche de modèles de fondation entièrement gérée et sans serveur, qui s'exécute intégralement dans votre environnement AWS. Les données clients restent dans leur compte AWS : les entrées et sorties sont chiffrées en transit et au repos, ne sont jamais partagées avec les fournisseurs de modèles et ne sont jamais utilisées pour entraîner des modèles de base. Amazon Bedrock est certifié pour la conformité RGPD, HIPAA et FedRAMP High, couvrant de nombreuses exigences des secteurs réglementés sans configuration supplémentaire. Les équipes peuvent également importer des modèles affinés depuis d'autres sources via Custom Model Import et les déployer aux côtés des modèles Amazon Bedrock natifs via la même infrastructure, sans gérer de pipelines de déploiement séparés. Bedrock Guardrails ajoute des protections configurables sur tous les modèles pour le filtrage de contenu, la détection des hallucinations et la protection des données sensibles.\n\nEnsemble, GitLab Duo Agent Platform et Amazon Bedrock consolident l'orchestration [DevSecOps](https://about.gitlab.com/fr-fr/topics/devsecops/ \"Qu'est-ce que le DevSecOps ?\") et la gouvernance des modèles d'IA, contribuant à éliminer la fragmentation qui survient lorsque les équipes déploient des outils d'IA de manière indépendante.\n\n## Choisir votre modèle de déploiement\n\nL'intégration offre les mêmes fonctionnalités principales de GitLab Duo Agent Platform, quel que soit le mode de déploiement. Ce qui varie, c'est qui gère GitLab, qui opère la passerelle d'IA et dans quel compte Amazon Bedrock l'inférence s'exécute. Le bon modèle dépend de l'environnement dans lequel votre organisation opère déjà.\n\nÀ un niveau général, l'intégration comporte trois composants principaux :\n\n* **GitLab Duo Agent Platform :** workflows agentiques intégrés tout au long du cycle de vie du développement logiciel\n* **Passerelle d'IA (gérée par GitLab ou auto-hébergée) :** la couche d'abstraction entre GitLab Duo Agent Platform et le backend de modèles de fondation\n* **Amazon Bedrock :** le substrat de modèles d'IA et d'inférence\n\n![Déploiement de GitLab et AWS Bedrock](https://res.cloudinary.com/about-gitlab-com/image/upload/v1776362365/udmvmv2efpmwtkxgydch.png)\n\nLe choix d'un modèle de déploiement est guidé par l'endroit où une organisation souhaite placer les leviers de contrôle. Les modèles présentés ci-dessous sont conçus pour s'adapter à la situation actuelle des équipes, qu'elles privilégient une approche SaaS, optent pour une gestion autonome à des fins de conformité ou misent entièrement sur AWS en tirant parti de leurs investissements existants dans Amazon Bedrock.\n\n| Modèle de déploiement | Instance GitLab.com avec passerelle d'IA hébergée par GitLab et modèles Amazon Bedrock opérés par GitLab | GitLab Self-Managed avec passerelle d'IA hébergée par GitLab et modèles Bedrock opérés par GitLab | GitLab Self-Managed avec passerelle d'IA auto-hébergée et modèles Bedrock opérés par le client |\n| :---- | :---- | :---- | :---- |\n| **Idéal si vous :** | Utilisez principalement GitLab.com et ne souhaitez pas auto-héberger la passerelle d'IA et les modèles Bedrock | Avez besoin de GitLab Self-Managed pour des raisons de conformité et opérationnelles, mais ne souhaitez pas gérer la couche d'IA | Êtes centré sur AWS avec une utilisation Bedrock existante et des besoins stricts en matière de données et de contrôle |\n| **Principaux avantages** | La solution la plus rapide et clé en main pour accéder aux workflows de GitLab Duo Agent Platform : GitLab gère GitLab.com, la passerelle d'IA, intégrée aux modèles d'IA Bedrock. | Conservez GitLab déployé dans votre propre environnement tout en consommant les modèles Bedrock via une passerelle d'IA gérée par GitLab, alliant contrôle du déploiement et simplification des opérations d'IA. | Exécutez GitLab et la passerelle d'IA dans votre compte AWS, réutilisez vos configurations IAM/VPC/régions existantes, conservez les logs et les données dans votre environnement, et imputez l'utilisation de Bedrock à vos engagements de dépenses AWS existants. |\n\n## Comment les clients utilisent GitLab Duo Agent Platform avec Amazon Bedrock\n\nLes équipes plateforme peuvent utiliser GitLab Duo Agent Platform avec Amazon Bedrock pour standardiser les modèles chargés des suggestions de code, de l'analyse de sécurité et de la remédiation des pipelines. Cela permet d'appliquer des garde-fous et une journalisation de manière centralisée, plutôt que de laisser chaque équipe adopter des outils séparés de façon indépendante.\n\nLes workflows de sécurité bénéficient d'avantages particuliers. Les agents de GitLab Duo Agent Platform peuvent proposer et valider des correctifs pour les résultats de sécurité au sein de GitLab, contribuant à réduire le travail de triage manuel que les développeurs devraient autrement effectuer en dehors de la plateforme.\n\nPour les entreprises déjà engagées envers AWS, le routage des charges de travail d'IA via Bedrock depuis GitLab vous permet de maintenir l'utilisation de l'IA par les développeurs en cohérence avec les accords cloud existants, plutôt que de générer des dépenses séparées et non planifiées.\n\n## En résumé\n\nLes contraintes qui freinent l'adoption de l'IA en entreprise ne sont souvent pas d'ordre technique, elles sont organisationnelles : fragmentation des outils, flux de données non gouvernés et dépenses cloud qui ne se consolident jamais. Ce sont ces problèmes qui peuvent bloquer les programmes d'IA même après la réussite des projets pilotes.\n\nGitLab Duo Agent Platform et Amazon Bedrock permettent de s'attaquer directement à chacun de ces problèmes. Les équipes plateforme bénéficient d'une gouvernance cohérente, d'une auditabilité et de chemins standardisés pour l'utilisation de l'IA tout au long du cycle de vie du développement logiciel. Les équipes de développement disposent de workflows agentiques rationalisés qui s'intègrent naturellement à GitLab. Et les organisations centrées sur AWS peuvent étendre leur investissement Bedrock existant plutôt que de construire une infrastructure d'IA parallèle.\n\nLe résultat est un programme d'IA qui évolue sans se fragmenter. Gouvernance et vélocité sur la même pile, au service des mêmes équipes, sous des politiques que l'organisation maîtrise déjà.\n\n\n> Pour déterminer quel modèle de déploiement convient à votre organisation et comment aligner GitLab Duo Agent Platform et Amazon Bedrock avec votre stratégie AWS existante, [contactez l'équipe commerciale de GitLab](https://about.gitlab.com/sales/?utm_medium=blog&utm_source=blog&utm_campaign=eg_emea_x_trial_x_fr_blog_fr), qui vous aidera à concevoir et à mettre en œuvre la meilleure architecture pour votre environnement. Vous pouvez également [consulter notre page partenaire AWS](https://about.gitlab.com/fr-fr/partners/technology-partners/aws/) pour en savoir plus.",[276,736,737],"AWS","AI/ML","2026-04-22",[740,741],"Joe Mann","Mark Kriaf","https://res.cloudinary.com/about-gitlab-com/image/upload/v1776362275/ozbwn9tk0dditpnfddlz.png",{"featured":13,"template":14,"slug":744},"gitlab-amazon-platform-orchestration-on-a-trusted-ai-foundation",{"content":746,"config":755},{"title":747,"description":748,"authors":749,"heroImage":751,"date":752,"body":753,"category":11,"tags":754},"GitLab 18.11 : garde-fous budgétaires pour les GitLab Credits","Découvrez comment les plafonds de dépenses et les limites de crédits par utilisateur offrent aux organisations les garde-fous budgétaires nécessaires pour déployer GitLab Duo Agent Platform à grande échelle.",[750],"Bryan Rothwell","https://res.cloudinary.com/about-gitlab-com/image/upload/f_auto,q_auto,c_lfill/v1776259080/cakqnwo5ecp255lo8lzo.png","2026-04-17","Les équipes qui utilisent GitLab Duo Agent Platform avec des crédits GitLab à la demande livrent plus rapidement, détectent les bogues plus tôt et automatisent des tâches qui mobilisaient auparavant des sprints entiers. Mais à mesure que l'adoption progresse, les équipes finances, achats et plateforme exigent des preuves que les dépenses liées à l'IA sont encadrées, prévisibles et maîtrisables.\n\nL'un des principaux freins à une adoption plus large de l'IA n'est pas le scepticisme vis-à-vis de la technologie : c'est l'incertitude quant à la maîtrise des dépenses. Sans plafond budgétaire, un mois particulièrement chargé pourrait engendrer des dépenses imprévues. Sans limites par utilisateur, une poignée d'utilisateurs intensifs pourrait épuiser les crédits de l'équipe avant la fin du mois. Et sans aucun de ces mécanismes, les responsables techniques qui souhaitent étendre l'utilisation de l'IA agentique pour le développement logiciel doivent multiplier les démarches pour obtenir les validations budgétaires.\n\nDepuis sa [disponibilité générale](https://about.gitlab.com/fr-fr/blog/gitlab-duo-agent-platform-is-generally-available/), GitLab Duo Agent Platform offre des fonctionnalités de gouvernance et de visibilité sur l'utilisation. Avec GitLab 18.11, nous introduisons des contrôles d'utilisation pour [GitLab Credits](https://about.gitlab.com/fr-fr/blog/introducing-gitlab-credits/) : des plafonds de dépenses et des garde-fous budgétaires qui donnent à votre organisation encore plus de contrôle et de transparence sur la consommation des crédits.\n\n## Gestion de GitLab Credits\n\nGitLab 18.11 ajoute trois niveaux de contrôle sur la consommation des GitLab Credits : un plafond de dépenses au niveau de l'abonnement, des limites de crédits par utilisateur et une visibilité sur l'état et l'application des plafonds.\n\n### Plafond de dépenses au niveau de l'abonnement\n\nLes responsables de facturation peuvent désormais définir un plafond mensuel strict pour la consommation de crédits GitLab à la demande sur l'ensemble de leur abonnement.\n\nVoici comment cela fonctionne :\n\n* **Définissez un plafond** dans le `portail clients`, dans les paramètres de votre abonnement relatifs à GitLab Credits.\n\n* **Appliquez automatiquement les limites de dépenses.** Lorsque la consommation à la demande atteint le plafond, l'accès à GitLab Duo Agent Platform est suspendu pour tous les utilisateurs de l'abonnement jusqu'au début de la période mensuelle suivante.\n\n* **Ajustez en cours de route.** Augmentez ou désactivez le plafond en cours de mois pour rétablir l'accès.\n\nLe plafond se réinitialise à chaque période mensuelle et la limite configurée est reconduite automatiquement, sauf si vous la modifiez. Étant donné que les données d'utilisation sont synchronisées périodiquement plutôt qu'en temps réel, un léger dépassement peut survenir après que le plafond est atteint, avant que l'application ne prenne effet. Consultez la [documentation relative à GitLab Credits](https://docs.gitlab.com/subscriptions/gitlab_credits/) pour plus de détails.\n\n### Plafonds de dépenses par utilisateur\n\nIl est naturel que tous les utilisateurs ne consomment pas les crédits au même rythme. Mais lorsqu'un ou deux utilisateurs intensifs consomment une part disproportionnée du pool, le reste de l'équipe peut perdre son accès à l'IA avant la fin du mois.\n\nLes plafonds de crédits par utilisateur empêchent qu'un seul utilisateur consomme plus que la part qui lui est allouée :\n\n* **Plafond forfaitaire par utilisateur.** Définissez une limite de crédits forfaitaire qui s'applique de manière égale à chaque utilisateur de l'abonnement via l'API GraphQL de GitLab. Contrairement au plafond au niveau de l'abonnement, le plafond par utilisateur s'applique à la consommation totale d'un utilisateur, toutes sources de crédits confondues.\n\n* **Limites personnalisées par utilisateur.** Pour les organisations qui ont besoin de limites différenciées, vous pouvez définir des plafonds de crédits individuels pour des utilisateurs spécifiques via l'API GraphQL. Par exemple, vous pourriez accorder une allocation plus élevée à vos staff engineers tout en appliquant une limite standard au reste de l'équipe.\n\n* **Application individuelle.** Lorsqu'un utilisateur atteint son plafond, il conserve un accès complet à GitLab. Seule sa consommation de crédits GitLab Duo Agent Platform est suspendue jusqu'au prochain cycle de facturation. Tous les autres membres de l'équipe continuent à travailler sans interruption jusqu'à atteindre leur propre limite ou le plafond au niveau de l'abonnement, selon la première éventualité.\n\n### Visibilité et notifications\n\nLorsqu'un plafond au niveau de l'abonnement est atteint, GitLab envoie une notification par e-mail aux responsables de facturation afin qu'ils puissent agir : augmenter le plafond, attendre la période suivante ou redistribuer les crédits.\n\nDans GitLab, les propriétaires de groupe (GitLab.com) et les administrateurs d'instance (GitLab Self-Managed) peuvent consulter les utilisateurs bloqués en raison de l'atteinte de leur plafond par utilisateur et rétablir l'accès en ajustant le plafond via l'API GraphQL.\n\n## Comment les garde-fous budgétaires aident les organisations à déployer l'IA à grande échelle\n\nLes garde-fous sont essentiels à mesure que les organisations accélèrent leur adoption de l'IA. Voici pourquoi :\n\n### Des budgets d'IA prévisibles\n\nLes contrôles d'utilisation de GitLab Duo Agent Platform transforment l'IA en un poste budgétaire encadré et prévisible grâce aux crédits GitLab à la demande. Il devient ainsi plus facile de déployer des agents sur l'ensemble du cycle de développement logiciel, d'obtenir la validation des équipes financières, de justifier les renouvellements et de planifier les dépenses trimestrielles.\n\n### Gouvernance et refacturation interne\n\nLes grandes organisations doivent souvent aligner la consommation d'IA sur leurs budgets internes, centres de coûts ou politiques de départements. Les plafonds par utilisateur offrent aux équipes plateforme un mécanisme simple pour répartir les crédits équitablement et suivre la consommation au niveau individuel. Les options d'importation par API facilitent la gestion des plafonds à l'échelle de l'entreprise. En combinant les plafonds par utilisateur aux données d'utilisation par utilisateur du tableau de bord GitLab Credits, les organisations peuvent analyser les tendances de consommation pour alimenter leurs propres processus de refacturation interne ou d'allocation budgétaire.\n\n### La confiance pour passer à l'échelle\n\nDe nombreux clients commencent à utiliser GitLab Duo Agent Platform avec un petit groupe pilote. Les contrôles d'utilisation éliminent les risques associés à l'extension de ce pilote à l'ensemble de l'organisation. Vous pouvez déployer GitLab Duo Agent Platform auprès de centaines, voire de milliers de développeurs, en sachant qu'un plafond strict protège votre budget. Si la consommation augmente plus vite que prévu, vous atteindrez le plafond, sans facture inattendue.\n\n## Dépasser le dilemme de la tarification par siège et du manque de visibilité\n\nDe nombreux outils de programmation assistée par l'IA adoptent une approche par siège pour la gestion des coûts. Vous achetez un nombre fixe de sièges à un prix forfaitaire par utilisateur, et c'est votre budget. L'approche est simple, mais rigide. Vous payez le même montant, qu'un développeur utilise l'outil dix fois par jour ou n'y touche jamais. Et à mesure que les éditeurs introduisent des modèles premium et des dépassements basés sur l'utilisation en plus de la tarification par siège, la prévisibilité des coûts promise par ce modèle commence à s'éroder.\n\nGitLab adopte une approche différente : une tarification à l'usage avec des plafonds stricts et un tableau de bord de gouvernance unifié. Vous profitez d'une véritable flexibilité : vous ne payez que ce que vos équipes consomment réellement et pouvez prévoir un budget grâce aux limites de dépenses appliquées automatiquement.\n\n## Exemples concrets de contrôles d'utilisation\n\n**Prenons l'exemple d'une entreprise cliente SaaS de taille moyenne qui souhaite respecter son budget mensuel.** Une entreprise d'ingénierie de 200 personnes définit un plafond au niveau de l'abonnement correspondant à sa consommation à la demande prévue. Le VP Engineering peut affirmer avec certitude aux équipes financières que les dépenses liées à GitLab Duo Agent Platform ne dépasseront jamais le montant approuvé, même lors de l'intégration de nouvelles équipes. Si l'organisation approche du plafond en cours de mois, le responsable de facturation reçoit une notification et peut décider d'augmenter la limite ou d'attendre la période suivante.\n\n**Chez GitLab, nous travaillons également avec de grandes entreprises qui souhaitent garantir une utilisation équitable entre les équipes.** Une société de services financiers internationale comptant 2 000 développeurs utilise les plafonds par utilisateur pour assurer un accès équitable. Les ingénieurs seniors travaillant sur des projets de refactorisation complexes bénéficient d'une allocation individuelle plus élevée via l'API, tandis que la majorité des développeurs profite d'un plafond forfaitaire standard. Aucun utilisateur ne peut épuiser le pool à lui seul, et l'équipe plateforme utilise les données d'utilisation par utilisateur du tableau de bord GitLab Credits pour analyser les tendances de consommation et concevoir la planification budgétaire trimestrielle.\n\n## Premiers pas\n\nLes contrôles d'utilisation sont disponibles pour les clients GitLab.com et GitLab Self-Managed dès la version GitLab 18.11. Les contrôles sont configurés à différents emplacements selon la portée et votre rôle.\n\n**Plafond au niveau de l'abonnement**\n\nLes responsables de facturation définissent le plafond à la demande au niveau de l'abonnement dans le portail client :\n\n1. Connectez-vous au `Portail clients`.\n\n2. Sur la carte de votre abonnement, accédez aux paramètres de **GitLab Credits**.\n\n3. Activez le plafond mensuel de crédits à la demande et saisissez la limite souhaitée.\n\n**Plafond forfaitaire par utilisateur**\n\nLe plafond forfaitaire par utilisateur peut être défini via l'API GraphQL de GitLab par les propriétaires d'espace de nommage (GitLab.com) ou les administrateurs d'instance (GitLab Self-Managed). Consultez la [documentation relative à GitLab Credits](https://docs.gitlab.com/subscriptions/gitlab_credits/) pour les dernières informations sur les interfaces de configuration disponibles.\n\n**Limites personnalisées par utilisateur**\n\nPour des limites différenciées, les propriétaires d'espace de nommage (GitLab.com) et les administrateurs d'instance (Self-Managed) peuvent définir des plafonds individuels par programmation. Cette option est particulièrement utile pour les workflows d'automatisation et d'Infrastructure as Code.\n\n**Suivi de l'utilisation et de l'état des plafonds**\n\n* **Portail client :** consultez l'utilisation détaillée et l'état des plafonds.\n\n* **GitLab.com :** les propriétaires de groupe peuvent consulter les utilisateurs bloqués sous **Paramètres > GitLab Credits**.\n\n* **GitLab Self-Managed :** les administrateurs d'instance peuvent consulter l'état des plafonds et les utilisateurs bloqués sous **Admin > GitLab Credits**.\n\n## GitLab Duo Agent Platform est prêt à passer à l'échelle\n\nLes contrôles d'utilisation sont disponibles dès maintenant dans GitLab 18.11. Si vous attendiez les bons garde-fous avant de déployer GitLab Duo Agent Platform à l'échelle de votre organisation, c'est le moment. Définissez vos plafonds, déployez GitLab Duo Agent Platform auprès de davantage d'équipes et accélérez vos livraisons !\n\n> [En savoir plus sur GitLab Credits et les contrôles d'utilisation](https://docs.gitlab.com/subscriptions/gitlab_credits/).",[11,737,723],{"featured":30,"template":14,"slug":756},"gitlab-18-11-budget-guardrails-for-gitlab-credits",{"promotions":758},[759,773,784,796],{"id":760,"categories":761,"header":763,"text":764,"button":765,"image":770},"ai-modernization",[762],"ai-ml","Is AI achieving its promise at scale?","Quiz will take 5 minutes or less",{"text":766,"config":767},"Get your AI maturity score",{"href":768,"dataGaName":769,"dataGaLocation":243},"/assessments/ai-modernization-assessment/","modernization assessment",{"config":771},{"src":772},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1772138786/qix0m7kwnd8x2fh1zq49.png",{"id":774,"categories":775,"header":776,"text":764,"button":777,"image":781},"devops-modernization",[11,570],"Are you just managing tools or shipping innovation?",{"text":778,"config":779},"Get your DevOps maturity score",{"href":780,"dataGaName":769,"dataGaLocation":243},"/assessments/devops-modernization-assessment/",{"config":782},{"src":783},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1772138785/eg818fmakweyuznttgid.png",{"id":785,"categories":786,"header":788,"text":764,"button":789,"image":793},"security-modernization",[787],"security","Are you trading speed for security?",{"text":790,"config":791},"Get your security maturity score",{"href":792,"dataGaName":769,"dataGaLocation":243},"/assessments/security-modernization-assessment/",{"config":794},{"src":795},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1772138786/p4pbqd9nnjejg5ds6mdk.png",{"id":797,"paths":798,"header":801,"text":802,"button":803,"image":808},"github-azure-migration",[799,800],"migration-from-azure-devops-to-gitlab","integrating-azure-devops-scm-and-gitlab","Is your team ready for GitHub's Azure move?","GitHub is already rebuilding around Azure. Find out what it means for you.",{"text":804,"config":805},"See how GitLab compares to GitHub",{"href":806,"dataGaName":807,"dataGaLocation":243},"/compare/gitlab-vs-github/github-azure-migration/","github azure migration",{"config":809},{"src":783},{"header":811,"blurb":812,"button":813,"secondaryButton":817},"Commencez à développer plus rapidement dès aujourd'hui","Découvrez ce que votre équipe peut accomplir avec la plateforme d'orchestration intelligente pour le DevSecOps.\n",{"text":45,"config":814},{"href":815,"dataGaName":48,"dataGaLocation":816},"https://gitlab.com/-/trial_registrations/new?glm_content=default-saas-trial&glm_source=about.gitlab.com/fr-fr/","feature",{"text":50,"config":818},{"href":52,"dataGaName":53,"dataGaLocation":816},1777493628055]