Nouveautés

Gérer les retours de revue, les conflits de merge et l'implémentation via une boucle agentique pilotable plutôt que des étapes manuelles entre le ticket et la merge request.

Se déclencher depuis les discussions de tickets et de merge requests, en s'adaptant à la façon dont les équipes travaillent réellement plutôt que via un bouton dédié.

Appliquer les standards de l'équipe via AGENTS.md et les fichiers de configuration afin que les résultats de l'agent soient vérifiables par rapport aux conventions, aux tests et aux attentes de l'environnement.

S'exécuter avec le contexte natif complet de GitLab sur les tickets, les merge requests et les dépôts.

Aller au-delà des pipelines de build et de test pour couvrir la configuration du déploiement, la mise en cache, la parallélisation et la composition du CI Catalog.

Prendre en charge l'amélioration itérative à mesure que l'agent apprend de l'historique d'exécution des pipelines et des schémas d'échec.

Réduire l'écart entre l'écriture du code et son exécution dans un pipeline opérationnel et prêt pour la production.

Analyser les modifications en conflit dans leur contexte et proposer des résolutions qui respectent les deux côtés du conflit.

Réduire le temps consacré par les équipes de développement à la résolution manuelle des conflits, en particulier dans les dépôts actifs avec des modifications concurrentes fréquentes.

Fonctionner dans le workflow de merge request existant sans besoin d'outils externes.

Définir les normes de revue, les conventions de codage et les domaines prioritaires au niveau du groupe.

S'appliquer de manière cohérente à tous les projets d'un groupe sans configuration projet par projet.

Donner aux équipes l'assurance que les revues assistées par l'IA suivent les mêmes normes que les relecteurs humains.

Afficher les données d'utilisation par composant et par version afin que les équipes de plateforme puissent identifier les versions obsolètes ou vulnérables dans les pipelines de production.

Fournir une visibilité inter-projets pour la planification des dépréciations, les correctifs de sécurité et les déploiements de mises à niveau.

Prendre en charge la gouvernance d'entreprise du CI partagé à grande échelle grâce à une analyse native liée au modèle de composants de GitLab.

Permettre aux équipes de développement de définir les paramètres de données d'entrée au moment du déclenchement d'un pipeline de merge request.

Prendre en charge les données d'entrée dynamiques basées sur les données de sortie de jobs antérieurs ou les conditions externes.

Réduire les erreurs de déploiement dues aux incompatibilités de paramètres et simplifier la consolidation des outils CI/CD.

Faire en sorte que Maven soit prêt pour la production avec les filtres autoriser/refuser, les politiques de cycle de vie, la prise en charge Geo et les analyses.

Étendre l'architecture du registre virtuel à npm pour les équipes JavaScript/Node.js, avec un objectif de disponibilité générale après la version bêta.

Déplacer le registre virtuel Docker de l'expérience à la disponibilité générale afin de compléter la solution d'image de conteneur.

Réduire la dépendance à plusieurs outils externes de gestion des artefacts en consolidant les types de paquets au sein de GitLab.

Prendre en charge la gouvernance des artefacts à l'échelle de l'entreprise aux côtés des workflows CI/CD et de sécurité existants.

S'appuyer sur la base du registre virtuel pour fournir une solution de gestion des artefacts plus large.

Attribuer automatiquement des relecteurs en fonction des modèles CODEOWNERS qui correspondent aux fichiers modifiés des merge requests.

Prendre en charge les attributions de groupe et d'utilisateur individuel.

Préserver le remplacement manuel avec une piste d'audit pour les attributions automatiques et manuelles.

Poser les bases de la sélection intelligente des relecteurs alimentée par GitLab Duo Agent Platform qui tient compte de l'expertise et de la disponibilité.

Être disponibles au niveau du projet pour GitLab Premium.

Prendre en charge la disponibilité de la roadmap, du tableau et des différentes vues au niveau du projet.

Supprimer le besoin de solutions de contournement avec des sous-groupes pour regrouper les tickets au sein d'un projet.

Répondre aux besoins des clients qui souhaitent migrer, en fournissant une planification limitée au projet.

Limiter l'authentification à une organisation spécifique pour des frontières d'accès plus claires.

Répondre aux exigences d'entreprise en matière d'isolation des locataires et de gestion des identités.

Progresser vers une expérience GitLab pleinement adaptée aux organisations.

Prendre en charge la création de secrets avec expiration et portée de l'environnement/branche.

Fournir des rappels de rotation pour la gestion proactive des identifiants.

Offrir des permissions CRUD granulaires au niveau du projet et du groupe.

Réduire la dépendance aux gestionnaires de secrets tiers pour les workflows CI.

Fournir une détection des dépendances plus précise et complète grâce à l'ingestion de la SBOM.

Prendre en charge Maven et Python, avec d'autres écosystèmes de langages qui suivront.

Réduire les faux négatifs liés aux lacunes des analyseurs en ancrant la détection dans la nomenclature logicielle réelle.

Configuration des branches suivies pour la gestion des vulnérabilités au-delà de la branche par défaut.

Portée locale des modifications d'état des vulnérabilités pour chaque branche avec une option pour les modifications globales.

Filtrage par branche dans le rapport de vulnérabilité pour les vues de posture de sécurité spécifiques à la version.

Activité de gestion des vulnérabilités sur les branches autres que celles par défaut suivies comme sur la branche par défaut.

Appliquer les scans de sécurité programmés via des politiques sans nécessiter la configuration du pipeline par les équipes de développement.

Fournir une couverture de conformité continue pour les types de scan critiques pour la sécurité.

Assurer que les organisations maintiennent le rythme des scans indépendamment de l'activité de développement.

S'appuyer sur les capacités de validation des exécutions de test pour la confiance avant le déploiement en production.

Connexion des politiques de sécurité aux attributs en contexte métier comme l'impact commercial, l'application et l'unité commerciale.

Prise en charge de l'application ciblée de politiques limitée à des classifications d'actifs spécifiques.

Validation des combinaisons politique-attribut par le biais de tests initiaux.

Analyser les dépôts historiques afin d'identifier les secrets précédemment validés.

Couvrir les artefacts du pipeline pour détecter les identifiants exposés.

Fournir une couverture complémentaire aux côtés de la protection contre le push de secrets.

Prendre en charge le déploiement échelonné pour éviter la surcharge de l'infrastructure.

Scanner les dépendances sur les projets via l'inventaire de sécurité.

Garder la même approche d'activation sans YAML basée sur les profils que les profils de détection des secrets et test statique de sécurité des applications (SAST).

Réduire la surcharge de configuration pour les équipes qui adoptent l'analyse de sécurité complète.

Permettre aux organisations de définir des modèles de secrets personnalisés pour les formats d'identifiants propriétaires.

Appliquer automatiquement les règles personnalisées aux côtés des règles de détection intégrées.

Identifier les fuites spécifiques à l'organisation que les règles génériques basées sur les modèles ne détectent pas.

Étendre la couverture de détection des secrets pour satisfaire aux exigences de sécurité de l'organisation.

Cibles pour les niveaux de gravité configurables de FAIBLE à CRITIQUE.

Prise en charge de la sélection de la cible de version (MAJEUR, MINEUR, CORRECTIF).

Options de merge requests groupées ou individuelles pour les mises à jour des dépendances.

Indicateurs dans l'interface utilisateur signalant les vulnérabilités corrigées automatiquement.

Fournir une API aux attestations pour la recherche et la vérification des consommateurs.

Intégrer l'interface utilisateur reliant les attestations aux builds avec des vues au niveau du projet.

Prendre en charge la signature et la vérification des images de conteneur pour l'intégrité de la chaîne d'approvisionnement.

Offrir la vérification d'attestation GitLab CLI (glab) pour les workflows de ligne de commande.