Nouveautés de GitLab

Releases mensuelles, ressources pour les équipes de développement et dernières actualités de l'équipe GitLab.

Releases mensuelles

Dernière release

20 août 2026

Déployez l'IA agentique dans vos workflows de livraison logicielle de confiance

Avec GitLab 19.3, accédez à vos secrets au moment du build, créez des workflows agentiques en langage naturel et remédiez à votre backlog de vulnérabilités en masse.

Lire les notes de release

Blog

Accédez à vos secrets de manière sécurisée au moment du build

Après sa version bêta publique avec GitLab 19.0, GitLab Secrets Manager est désormais disponible pour les clients GitLab.com en tant que module complémentaire payant via GitLab Credits. Il est conçu pour conserver les identifiants dans la même plateforme qui exécute votre code et vos pipelines, et il est régi par les mêmes contrôles d'accès que vous utilisez déjà pour le code.

Blog

Créez des flows personnalisés en quelques minutes avec le Flow Creator Agent

Décrivez l'automatisation souhaitée avec vos propres mots et obtenez une définition de flow complète et exécutable, prête à être enregistrée depuis le catalogue d'IA. Les personnes qui connaissent le mieux un workflow ne sont pas toujours celles qui maîtrisent le schéma du Flow Registry, et GitLab 19.3 supprime cette exigence. Votre équipe transforme la connaissance des processus en automatisation sans avoir à apprendre le langage YAML.

Blog

Quand votre backlog dépasse les capacités de votre équipe, GitLab passe à l'échelle pour le classement et la remédiation

Passez moins de temps à confirmer les faux positifs et plus de temps à livrer des correctifs qui réduisent les risques réels. Sélectionnez plusieurs résultats en masse et lancez la détection des faux positifs ainsi que la résolution des vulnérabilités sur l'ensemble de la sélection. Des années de risques accumulés sont ainsi traités en une seule action plutôt qu'une vulnérabilité à la fois. Exécutez le classement et la remédiation automatisés, quelle que soit l'origine du scanner ou la gravité.

Contributeur remarquable du mois : @gkepas

Nous saluons Giannis pour ses contributions soutenues au code source GitLab, à la plateforme contributeur, à client-go, au fournisseur Terraform et à GitLab Orbit. Il est également traducteur et membre du Discord de la communauté GitLab.

Lire le communiqué de presse

Secure

Build

GitLab Secrets Manager via GitLab Credits (disponibilité limitée)

Injectez efficacement les secrets de pipeline, chacun limité au job qui en a besoin, afin de réduire le rayon d'impact des identifiants compromis. Les secrets fonctionnent également en dehors de la CI, dans Kubernetes, l'Infrastructure as Code ou via l'API. Les identifiants étant hébergés dans la même plateforme qui exécute votre code et vos pipelines, votre équipe n'aura pas à maintenir une intégration ou un modèle de permissions distinct. Commencez à l'utiliser sur GitLab.com en tant que module complémentaire payant facturé via GitLab Credits.

Manage

Plafonds d'utilisation des GitLab Credits (disponibilité générale)

Plafonnez vos dépenses de crédits à la demande pour ne plus vous soucier des dépassements. Définissez un plafond au niveau de l'abonnement dans le portail clients, ainsi qu'un plafond par défaut par utilisateur ou des remplacements par utilisateur via l'API GraphQL. Lorsque la consommation atteint un plafond, les fonctionnalités qui consomment des GitLab Credits sont suspendues jusqu'à la prochaine période de facturation ou jusqu'à ce qu'un administrateur relève le plafond.

Code

Résolvez davantage de conflits de merge avec GitLab Duo (disponibilité générale)

Arrêtez de résoudre manuellement les conflits simples dans l'interface ou en ligne de commande. Passez à l'échelle pour la résolution des conflits au-delà de ce qu'un développeur peut fusionner manuellement. GitLab Duo analyse le conflit, effectue un commit de la résolution dans votre branche source et publie un commentaire récapitulatif décrivant les modifications apportées.

Manage

Visibilité restreinte pour les agents et flows personnalisés

Déployez un agent dans chaque projet de votre groupe principal sans le rendre public. La visibilité restreinte se situe entre Privé, qui couvre un seul projet, et Public, qui expose l'élément à tous les utilisateurs de GitLab.com.

Code

Accès aux plug-ins et marketplaces dans GitLab Duo CLI (version expérimentale)

Offrez à toute votre équipe la même configuration CLI depuis une seule installation, plutôt que de laisser chacun configurer la sienne. Un plug-in regroupe des compétences d'agent, des commandes slash personnalisées et des serveurs Model Context Protocol, et votre équipe peut héberger son propre catalogue dans un dépôt Git. GitLab Duo CLI lit également les fichiers .claude-plugin/marketplace.json, de sorte qu'un marketplace déjà maintenu par votre équipe fonctionne sans modification.

Code

Résolvez les discussions de revue avec GitLab Duo (disponibilité générale)

Clôturez les fils de revue plus rapidement pour passer à la tâche suivante. Sélectionnez Résoudre avec GitLab Duo sur n'importe quelle discussion : il lit le commentaire et le code environnant, effectue la modification demandée sur la branche source, répond avec un résumé et résout le fil. Vous ou le relecteur pouvez rouvrir le fil si la réponse ne correspond pas au commentaire.

Code

Nouveaux outils MCP pour lire et rechercher des merge requests

Interrogez votre agent sur une merge request et obtenez une réponse sans allers-retours. Un seul appel get_merge_request renvoie les diffs, commits, notes, pipelines et discussions ensemble, de sorte que l'agent n'enchaîne plus les requêtes pour reconstituer le tableau complet. Un nouvel outil list_merge_requests recherche et filtre par auteur, personne assignée, relecteur, état, labels ou texte libre, afin de diriger l'agent vers les bonnes merge requests sans quitter votre workflow.

Code

Nouvelle interface GitLab Duo Agentic Chat dans VS Code (Bêta)

Essayez un panneau Agentic Chat repensé dans l'extension GitLab pour VS Code sans vous engager définitivement. Les modèles, agents, commandes slash et approbations d'outils sous-jacents restent inchangés, et un bouton dans le panneau vous ramène à l'interface classique à tout moment. Activez les fonctionnalités bêta et expérimentales pour votre groupe principal ou votre instance pour l'afficher.

Verify

Appliquez les merge trains pour une meilleure gouvernance

Maintenez chaque pipeline en cours d'exécution lorsqu'une personne effectue un merge. Un paramètre au niveau du projet applique les règles de merge train dans l'interface et l'API REST, de sorte qu'un merge immédiat n'annule ni ne redémarre les pipelines en cours. Les équipes travaillant sur des monorepos à haute vélocité maintiennent des coûts CI prévisibles. Les propriétaires et administrateurs peuvent toujours faire une exception si nécessaire.

Consultez le plan de tâches de l'agent dans le panneau latéral de détail de session

Voyez en un coup d'œil sur quoi travaille un agent sans développer les entrées du journal d'activité une par une. Le panneau latéral de détail de session affiche automatiquement le dernier plan de l'agent, avec chaque tâche, son statut et un résumé de progression tel que 2 sur 5 terminées.

Secure

Analyze

Optimisez l'entonnoir de classement et de remédiation SAST

Visualisez la part de votre workflow SAST déjà prise en charge par l'IA, afin de montrer ce que l'automatisation apporte et de cibler l'étape qui nécessite encore une supervision. Le tableau de sécurité suit les vulnérabilités critiques et élevées à travers la détection, les vrais risques confirmés par la détection des faux positifs, les merge requests créées par le flow Agentic SAST Vulnerability, et les correctifs fusionnés sur une fenêtre de 30, 60 ou 90 jours.

Manage

Prise en charge d'Amazon Bedrock Mantle (version bêta)

Servez le modèle à poids ouvert (open-weight) GPT OSS 120B depuis Amazon Bedrock Mantle dans GitLab Duo Self-Hosted. Ajoutez-le avec votre point de terminaison Mantle et votre clé API, en utilisant la même configuration compatible OpenAI que vous utilisez déjà pour d'autres plateformes.

Secure

Prise en charge de l'analyse des dépendances pour Bun

Vous pouvez désormais analyser les projets Bun à la recherche de vulnérabilités connues dans le cadre de vos pipelines standard. GitLab analyse les fichiers bun.lock et, comme les paquets Bun proviennent du registre npm, la base de données d'avis GitLab couvre déjà ces dépendances sans configuration supplémentaire. Les résultats éligibles prennent également en charge la remédiation automatique de l'analyse des dépendances.

Manage

Secure

Désactivez OAuth DCR pour un meilleur contrôle entreprise sur le MCP

Contrôlez quels clients OAuth accèdent à votre instance. Les administrateurs sur GitLab Self-Managed et GitLab Dedicated peuvent désactiver entièrement l'enregistrement dynamique des clients (DCR) via l'API des paramètres d'application. Lorsque ce dernier est désactivé, les clients doivent utiliser une application OAuth pré-enregistrée au lieu de s'enregistrer eux-mêmes.

Secure

Analyseur Advanced SAST pour iOS (version bêta)

Intégrez l'analyse de contamination interprocédurale au développement iOS. L'analyseur Advanced SAST prend désormais en charge Objective-C et Swift, détecte les principales classes de vulnérabilités du Top 10 Mobile OWASP et trace le chemin de contamination complet, même lorsqu'il franchit la frontière Swift/Objective-C.

Lire le communiqué de presse

@tnt4brain

La synchronisation des groupes LDAP peut désormais gérer le rôle Auditeur

Vous pouvez désormais utiliser la synchronisation des groupes LDAP pour les instances auto-hébergées afin d'accorder et de révoquer automatiquement le rôle Auditeur. Un nouveau paramètre audit_group associe un groupe LDAP au rôle Auditeur, de la même manière qu'admin_group le fait déjà pour les administrateurs. L'accès auditeur suit ainsi l'appartenance au répertoire, sans gestion manuelle. Disponible dans l'édition GitLab Enterprise.

@gkepas et @lunivilen

Deux nouvelles variables CI/CD : nombre de tentatives et tags de job

Vos scripts de pipeline peuvent désormais savoir s'ils s'exécutent pour la première fois. CI_JOB_RETRY_COUNT indique combien de fois le job actuel a été relancé et est fixé à 0 lors de la première exécution, de sorte que vous n'avez plus besoin de suivre l'état dans la logique tenant compte des tentatives. Par ailleurs, CI_JOB_TAGS expose les tags configurés du job lui-même, alors qu'auparavant seuls les tags du runner étaient visibles via CI_RUNNER_TAGS. Les deux sont disponibles sans configuration.

@tayllanr et @arcesium-guptaanv

Webhooks pour les revues et approbations des merge requests

Vous pouvez utiliser des webhooks pour les revues de merge requests et les approbations de déploiement. Lorsque vous soumettez une revue de merge request en tant que Demander des modifications ou Révisé, un webhook merge_request est déclenché avec une entrée changes.reviewers, permettant aux outils externes de réagir à l'activité de revue plutôt qu'aux seules approbations. Le webhook de déploiement gagne les statuts bloqué, approuvé et rejeté avec des champs approbateur et approbation de premier niveau, vous permettant de suivre un déploiement tout au long de son cycle de vie d'approbation. Le statut bloqué est disponible dans les éditions GitLab Community et GitLab Enterprise ; approuvé et rejeté sont réservés à l'édition GitLab Enterprise, et approver.email est masqué.

@kiran-4444 (Portkey.ai)

Publiez des crates Rust dans le registre de paquets GitLab

Avec cargo publish, vous pouvez désormais autoriser le point de terminaison nécessaire pour importer des crates dans le registre de paquets GitLab : il s'agit de la troisième étape pour amener la prise en charge de Cargo à parité avec les autres formats de paquets. Les administrateurs peuvent définir la taille maximale des crates via la limite de plan cargo_max_file_size dans l'API Plan Limits.

@rantoniuk

Les noms de branches peuvent inclure le nom de leur créateur

Vous pouvez inclure le créateur dans les modèles de noms de branches grâce à une nouvelle variable %{branch_creator}, de sorte qu'une branche créée à partir d'un ticket peut identifier qui l'a créée plutôt que de recourir à un nom générique.

@Taucher2003 (Bildungsinnovator), @nwittstruck (Siemens), @jcb960, @nraj0408 et @Alessandro.Lai (facile.it)

Davantage de possibilités de filtrage et de gestion via l'API

Six ajouts sont désormais disponibles via REST et GraphQL. Les requêtes Groups acceptent visibilityLevel et includeSubgroups, et peuvent filtrer les groupes programmés pour suppression avec aimed_for_deletion. L'API REST des merge requests accepte merged_after et merged_before. Les messages d'attribution de récompenses peuvent être modifiés après attribution plutôt qu'uniquement lors de l'attribution. Les administrateurs peuvent réinitialiser les tokens SCIM via l'API admin token. Et CI_JOB_TOKEN peut désormais récupérer des archives de dépôts, ce qui débloque les téléchargements de paquets Composer privés qui ne fonctionnaient plus depuis la dépréciation du repli vers la source.

@nwittstruck (Siemens), @rantoniuk et @arcesium-kumsaura

Autres améliorations de l'interface

Vous pouvez appuyer sur Échap pour annuler le déplacement d'un élément de liste dans la description d'un ticket, d'un élément de travail ou d'un epic, au lieu d'être contraint de terminer le déplacement. Les colonnes du résumé du rapport de tests de pipeline peuvent désormais être triées, avec les plus nombreux échecs affichés en premier par défaut. Les labels archivés affichent Archivé dans leur infobulle, afin de comprendre d'un coup d'œil pourquoi l'un d'eux a un aspect différent.

Lire le communiqué de presse