La gestion des versions simplifiée
GitLab 11.7 publie des versions sur GitLab Core. Désormais, les utilisateurs ont des instantanés de publication qui incluent non seulement le code source, mais aussi tous les artefacts associés. Vous n'avez plus besoin de collecter manuellement le code source, la sortie de l'assembly et d'autres métadonnées ou artefacts associés à la version publiée de votre code. De plus, les versions constituent la base d'une interaction de versions plus large et plus fiable à l'avenir.
La gestion de portefeuille prend en charge des structures de répartition du travail plus complexes
Multi-level Child Epics est le dernier module complémentaire de gestion de portefeuille GitLab disponible dans Ultimate. Child Epics vous permet de créer des structures de travail à plusieurs niveaux, aidant à gérer des projets et des plans de travail plus complexes. Maintenant, l'épopée contient à la fois des tâches et des épopées. Cette structure fournit un lien direct entre les tâches planifiées et en cours pour leur mise en œuvre.
Rationalisez le développement JavaScript avec les registres NPM
Gitlab 11.7 Premium fournit des registres NPM directement à GitLab, offrant un moyen standard et plus sécurisé de partager et de contrôler les versions des packages NPM entre les projets. Partagez simplement le nom du package, et NPM et GitLab géreront tout le reste dans une seule interface!
Et bien plus
Il est difficile de déterminer quelles fonctionnalités de nos versions mensuelles sont les principales. Nous allons donc nommer quelques fonctionnalités supplémentaires intéressantes:
- Corrigez la vulnérabilité avec un fichier de correction : Comme vous le savez, les fonctionnalités de sécurité de GitLab aident à détecter les objets vulnérables. Avec GitLab 11.7, il sera possible de corriger cette vulnérabilité et de proposer une solution pour les projets Node.js gérés avec Yarn. Et bien qu'il s'agisse de notre première fonction de patch officielle, vous pouvez être sûr que ce n'est que le début!
- Intégration de l'API avec Kubernetes : Si vous créez de nombreux clusters ou vous considérez comme un virtuose de Kubernetes, voici l'API Kubernetes - elle réduira considérablement les opérations manuelles et vous facilitera grandement la vie!
- Affichage du pipeline entre les projets : grâce à la possibilité de visualiser les pipelines entre les projets, vous pouvez facilement trouver quelles informations sont à portée de main!
Ensuite, la liste complète des fonctionnalités de GitLab 11.7!
Principales fonctionnalités ajoutées à GitLab 11.7
Publication de versions pour vos projets
(Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Notre nouvelle fonctionnalité de versions ajoute la possibilité de créer des versions dans GitLab et de les afficher sur le tableau de bord. Les versions sont un instantané de la source, des liens et autres métadonnées ou artefacts associés à la version publiée de votre code et permettent aux utilisateurs de votre projet de trouver facilement la dernière version publiée de votre code.
La documentation
Défi
Épopées d'enfants à plusieurs niveaux
(Disponible en: ULTIMATE, GOLD)
Les épopées et les tâches fonctionnent très bien ensemble, offrant une flexibilité dans la définition des plans de travail à long terme. Cependant, ils ont encore une limite - ils ne fournissent qu'une structure à deux couches.
Dans ce numéro, nous présentons des épopées d'enfants. Vous pouvez maintenant avoir une épopée contenant à la fois des tâches et des épopées. Cela vous permet de créer des structures de travail à plusieurs niveaux. Imaginez des initiatives stratégiques ou des objectifs organisationnels à plus long terme comme des épopées de haut niveau, et en dessous, il y aura plusieurs niveaux d'épopées - décomposez-les en résultats plus tangibles, jusqu'aux tâches.
La documentation
Défi
Afficher le pipeline entre les projets
(Disponible en: PREMIUM, ULTIMATE, SILVER, GOLD)
Agrandir les convoyeurs à projets croisés ascendants ou descendants directement depuis la vue du convoyeur, offrant une visibilité sur les convoyeurs traversants? - quel que soit le projet dans lequel ils commencent ou se terminent.
La documentation
Défi
Correction d'une vulnérabilité avec un fichier de correction
(Disponible en: ULTIMATE, GOLD)
GitLab détecte différents types de vulnérabilités dans vos applications et propose également des solutions possibles à celles-ci.
À partir de GitLab 11.7, vous pouvez télécharger le fichier de correction et l'appliquer à votre référentiel à l'aide de la git apply . Renvoyez ensuite la modification au référentiel, et le tableau de bord de sécurité confirmera que la vulnérabilité a disparu! Le processus de résolution est plus simple et le temps requis pour déployer la solution est moindre. Nous prenons actuellement en charge les vulnérabilités de l'analyse des dépendances pour le yarn paquets de yarn , et rien ne doit être modifié pour que cela fonctionne. Le correctif sera disponible dans la mesure du possible dans la fenêtre des détails de la vulnérabilité.
La documentation
Défi
Configurer les secrets d'application Kubernetes en tant que variables
(Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Les opérateurs et les administrateurs doivent configurer des informations sensibles en dehors du magasin d'applications pour réduire le risque et la vulnérabilité des données sensibles. GitLab offre désormais la possibilité de configurer des données sensibles en tant que variables d'environnement qui deviennent disponibles pour l'application dans le cluster Kubernetes.
Ajoutez simplement K8S_SECRET_ à votre variable, et le pipeline CI approprié acceptera la variable secrète de votre application pour remplir le secret Kubernetes.
La documentation
Défi
Registre NPM
(Disponible en: PREMIUM, ULTIMATE, SILVER, GOLD)
Les développeurs JavaScript ont besoin d'un moyen sûr et standardisé de partager et de contrôler les versions des packages NPM entre les projets. Le registre NPM offre aux développeurs de services de bas niveau un moyen de publier leur code de cette manière.
Dans GitLab 11.7, nous sommes fiers d'offrir des registres NPM intégrés directement dans GitLab. Vous pouvez partager une convention de dénomination de package simple pour utiliser cette bibliothèque dans n'importe quel projet Node.js, et NPM et GitLab feront le reste en utilisant une seule interface. Fonctionnalité disponible dans GitLab Premium.
Voici un exemple de projet qui collecte et soumet au registre GitLab NPM. Comme c'est simple!
La documentation
Défi
Prise en charge API pour l'intégration de Kubernetes
(Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Dans cette version, nous avons ajouté le support API à notre intégration Kubernetes. Toutes les actions désormais disponibles dans l'interface graphique, telles que la liste, l'ajout et la suppression d'un cluster Kubernetes, sont désormais disponibles via l'API. Les équipes utilisent de nouvelles fonctionnalités pour créer un cluster dans le cadre de leur flux de travail.
La documentation
Défi
Autres améliorations dans GitLab 11.7
Champ de filtre de recherche pour naviguer dans la barre des tâches
(Disponible en: DEMARREUR, PREMIUM, ULTIME, BRONZE, ARGENT, OR)
Les équipes utilisent souvent de nombreux tableaux de tâches pour un projet ou un panel particulier. Cela rend difficile la navigation dans la liste déroulante - si la liste est très longue. Dans ce numéro, nous introduisons un filtre de recherche. Entrez simplement quelques caractères dans le champ de filtre pour affiner rapidement la liste des tâches qui vous intéressent.
La documentation
Défi
Refonte de la liste des projets
(Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Les projets sont des résidents à part entière de GitLab, et nous voulons rendre les listes de projets visuellement agréables et faciles à analyser.
Dans GitLab 11.7, nous avons présenté une refonte de l'interface utilisateur pour la liste des projets: un accent particulier est mis sur la lisibilité et une brève description du projet. Nous avons fourni à chaque ligne du projet des informations supplémentaires sur le projet et les espaces, et nous continuerons l'itération de la conception en fonction des commentaires.
La documentation
Défi
Prise en charge universelle des boîtes aux lettres, y compris Microsoft Exchange et Google Groupes, pour les fonctionnalités de messagerie entrante
(Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab a de grandes fonctionnalités qui utilisent le courrier électronique entrant. Par exemple, une réponse par e-mail , une nouvelle tâche d' e-mail , une nouvelle demande de fusion d'e-mails et un service d'assistance . Auparavant, ces fonctions ne pouvaient être utilisées qu'à l'aide d'un serveur de messagerie configuré pour le sous-adressage.
GitLab prend désormais en charge les boîtes aux lettres électroniques avec sous-adresse et écoute via le nouveau format de messagerie, qui vous permet d'utiliser davantage de serveurs de messagerie avec GitLab, y compris Microsoft Exchange et Google Groupes (qui ne prennent pas en charge la sous-adresse).
La documentation
Défi
Importer des tâches CSV
(Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Souvent, les équipes qui commencent à utiliser GitLab utilisent différents outils et des données obsolètes. Vous utilisez peut-être Jira en ce moment, mais vous souhaitez passer aux tâches GitLab.
Maintenant, la transition est devenue plus facile. De nombreux systèmes de suivi des problèmes permettent l'exportation CSV, alors importez cette tâche dans GitLab - cela vous permettra de continuer à gérer le travail existant, d'importer des données obsolètes dans GitLab, de les rechercher et de les récupérer selon vos besoins. Cela fonctionnera avec Jira ou tout autre système de suivi des tâches qui génère une exportation CSV.
GitLab a également une fonction d'exportation vers CSV .
La documentation
Défi
SHA short fix est disponible en tant que variable d'environnement
(Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Les Git SHA sont des pointeurs de 40 caractères vers des objets spécifiques (c'est-à-dire des validations) dans le référentiel Git. Souvent, l'affichage d'une ligne complète est fastidieux, et je veux montrer les huit premiers caractères sous forme de lien rapide (mais pas garanti unique). À cette fin, nous avons ajouté la CI_COMMIT_SHORT_SHA environnement CI_COMMIT_SHORT_SHA au pipeline CI, qui vous donnera la première partie de la validation SHA.
La documentation
Défi
Des restrictions plus strictes sur l'affirmation de soi
(Disponible en: DEMARREUR, PREMIUM, ULTIME, BRONZE, ARGENT, OR)
La vérification du code fait partie intégrante de tout projet réussi et ne doit pas être effectuée par l'auteur du changement. Par défaut, l'auto-approbation des demandes de fusion n'est pas autorisée, mais le critère d'interdiction n'est pas la validation de la demande de fusion, mais la paternité de la demande.
À partir de GitLab 11.7, ces restrictions empêchent également les auteurs d'approuver leurs propres modifications dans les demandes de fusion. Ainsi, les modifications créées par plusieurs ingénieurs obtiennent des révisions et des recommandations de code complètement indépendantes.
La documentation
Défi
Prise en charge des autorisations pour certaines inclusions
(Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Lorsque vous incluez des fichiers externes dans la définition de pipeline à l'aide du mot clé include , ils sont sélectionnés à l'aide de requêtes HTTP / HTTPS. Vous pouvez désormais accéder aux yamls d'un autre projet sans accès ouvert (par exemple, un projet privé sur GitLab.com) à l'aide des informations d'identification avec lesquelles le pipeline fonctionne.
La documentation
Défi
Filtre de vulnérabilité du panneau de sécurité de groupe
(Disponible en: ULTIMATE, GOLD)
Le tableau de bord de sécurité de groupe permet aux équipes de sécurité de tout garder sous contrôle, montrant les vulnérabilités qui affectent leurs groupes.
À l'aide de GitLab 11.7, filtrez les vulnérabilités affichées par gravité, type de rapport et nom de projet. Grâce à cette capacité, vous pouvez vous concentrer sur ce dont vous avez besoin et accéder plus rapidement à vos données, ce qui est particulièrement utile lorsqu'il y a beaucoup d'entrées dans la liste.
La documentation
Défi
Afficher les résultats de l'analyse des dépendances dans le panneau de sécurité du groupe
(Disponible en: ULTIMATE, GOLD)
Le panneau de sécurité du groupe a été initialement publié uniquement avec des résultats SAST , de sorte que les utilisateurs ne pouvaient pas gérer d'autres types de vulnérabilités à l'aide de cette fonctionnalité.
Avec GitLab 11.7, les résultats de l' analyse des dépendances sont ajoutés à l'ensemble des données disponibles. Si vous utilisez déjà la nouvelle syntaxe de rapport , vous verrez automatiquement les résultats dans le panneau d'informations. Le modèle Auto DevOps a également été mis à jour et nécessite désormais GitLab Runner 11.5 ou supérieur pour exécuter correctement le travail d'analyse des dépendances.
La documentation
Défi
Inclure des fichiers CI / CD d'autres projets et modèles
(Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Le mot clé include permet aux utilisateurs de créer dynamiquement des pipelines CI / CD, y compris des fichiers externes dans la configuration. Auparavant, cela n'était possible que pour les fichiers du référentiel de projet ou pour les fichiers distants téléchargés via HTTP.
Avec GitLab 11.7, incluez également vos extraits de configuration d'autres projets et de modèles prédéfinis. GitLab inclura des extraits pour des travaux spécifiques, tels que sast ou dependency_scanning , afin que les utilisateurs puissent les référencer plutôt que de copier-coller la définition actuelle. Les travaux seront automatiquement mis à jour vers la dernière version avec GitLab, donc rien ne doit être modifié manuellement.
La documentation
Défi
Mode RBAC par défaut pour la création de cluster Kubernetes
(Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Sans la protection du cluster Kubernetes, vous ne pouvez pas contrôler et restreindre l'accès au cluster, ni déterminer à qui les actions sont autorisées.
À partir de GitLab 11.7, tous les clusters au moment de la création prendront en charge RBAC par défaut, fournissant une infrastructure plus sécurisée et sécurisée.
La documentation
Défi
Prise en charge des packages Go privés dans les sous-groupes
(Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Les packages Go hébergés sur GitLab peuvent être installés à l'aide de go get , mais cette fonctionnalité n'était pas prise en charge par les projets privés dans les sous-groupes. À partir de GitLab 11.7, tout projet peut être utilisé en tant que package Go, y compris les projets privés dans des sous-groupes.
Les packages privés sont pris en charge par la commande go get utilisant le .netrc et en utilisant le jeton d'accès personnel dans le champ du mot de passe.
Merci à MortyChoi pour votre contribution!
La documentation
Défi
Prise en charge des mesures NGINX Ingress 0.16.0+
(Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Avec la sortie de NGINX Ingress 0.16.0, les métriques Prometheus sont désormais nativement intégrées et ne dépendent pas d'un exportateur externe.
GitLab 11.7 inclut désormais la prise en charge des métriques exportées par NGINX Ingress 0.16.0+, et détecte et affiche automatiquement le débit, la latence et le taux d'erreur de déploiement.
La documentation
Défi
GitLab Runner 11.7
(Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Aujourd'hui, nous avons également publié GitLab Runner 11.7! GitLab Runner est un projet open source pour exécuter des travaux CI / CD et renvoyer les résultats à GitLab.
Les changements les plus intéressants :
Une liste de toutes les modifications peut être trouvée dans le journal des modifications de GitLab Runner: CHANGELOG .
La documentation
Ignorer la construction de CI pendant la poussée de git
(Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Si vous n'avez pas eu besoin d'exécuter le pipeline CI / CD, dans les validations, vous pouvez ajouter une note au message de validation en utilisant [ci skip] ou [skip ci] . Cependant, de nombreux utilisateurs ne souhaitent pas ou ne peuvent pas modifier leurs messages de validation afin qu'ils contiennent des informations supplémentaires.
À partir de GitLab 11.7, les utilisateurs peuvent utiliser les options push Git dans Git 2.10 ou version ultérieure lors de l'envoi vers GitLab pour empêcher le pipeline de démarrer pour leur notification push. L'utilisation de git push -o ci.skip atteindra désormais le même objectif sans aucune modification du message de validation.
Merci à Jonathon Reinhart pour sa contribution!
La documentation
Défi
Amélioration des performances
(Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Nous continuons d'améliorer les performances de GitLab avec chaque version pour les instances GitLab de toute taille.
Dans GitLab 11.7, nous avons considérablement amélioré les performances des révisions de demandes de fusion en mettant en cache la syntaxe des différences de discussion mises en évidence .
D'autres améliorations notables des performances incluent:
Améliorations des performances
Améliorations omnibus
(Disponible en: CORE, STARTER, PREMIUM, ULTIMATE)
GitLab 11.7 comprend Mattermost 5.6 , une alternative open source à Slack , dont la dernière version contient des dialogues de messages interactifs, de nouveaux outils d'administration, la prise en charge de la langue ukrainienne, et bien plus encore.
Un support réseau étendu est désormais disponible pour les images AMI GitLab officielles , ce qui vous permet d'utiliser des types d'instances supplémentaires et d'augmenter le débit.
La documentation
Prise en charge de Debian 7 Wheezy
GitLab 11.7 sera la dernière version avec le support de Debian 7 Wheezy.
Debian Wheezy n'est plus prise en charge par le projet Debian depuis mai 2018 .
Supprimé: 22 janvier 2019
Assistance: Raspbian Jessie
GitLab 11.8 sera la dernière version avec prise en charge de Raspbian Jessie.
Jessie est passée au LTS , et la dernière image Raspbian Jessie existe depuis plus d'un an. Nous recommandons aux utilisateurs de passer à Raspbian Stretch .
Date de suppression: 22 février 2019
Prise en charge de CentOS 6 pour GitLab Runner
GitLab 11.9 sera la dernière version avec le support de runner pour CentOS 6 car nous prévoyons de passer à la bibliothèque Docker la plus récente, qui ne les prend plus en charge. Voir les détails dans cette tâche .
Date de suppression: 22 mars 2019
Prise en charge de Prometheus 1.x dans Omnibus GitLab
À partir de GitLab 11.4 , la version intégrée de Prometheus 1.0 n'est pas incluse dans Omnibus GitLab. Désormais , Prometheus 2.0 est utilisé , dont le format métrique n'est pas compatible avec la version 1.0. Les versions existantes peuvent être mises à niveau vers 2.0 et, si nécessaire, transférer des données à l'aide de l'outil intégré .
GitLab version 12.0 installera automatiquement Prometheus 2.0 si la mise à jour n'a pas encore été effectuée. Les données de Prometheus 1.0 ne sont pas migrées et seront perdues.
Date de suppression: 22 juin 2019
TLS v1.1 sera désactivé par défaut dans la version 12.0
À partir de GitLab 12.0 , TLS v1.1 sera désactivé par défaut pour plus de sécurité. Cela corrige de nombreux problèmes, y compris Heartbleed, et rend GitLab nativement compatible avec la norme PCI DSS 3.1.
Pour désactiver TLS v1.1 immédiatement, définissez nginx ['ssl_protocols'] = "TLSv1.2" dans gitlab.rband et exécutez gitlab-ctlconfigure .
Date de suppression: 22 juin 2019
Modèle OpenShift pour installer GitLab
Le diagramme de barre officiel de gitlab est la méthode recommandée pour exécuter GitLab sur Kubernetes, y compris le déploiement sur OpenShift .
Le modèle OpenShift pour l'installation de GitLab est obsolète et ne sera plus pris en charge dans GitLab 12.0.
Date de suppression: 22 juin 2019
GitLab Geo fournira un stockage haché dans GitLab 12.0
GitLab Geo nécessite un stockage haché pour atténuer les fronts de course sur les nœuds esclaves. Cela a été noté dans gitlab-ce # 40970 .
Dans la version 11.5, nous avons ajouté cette exigence à la documentation Geo: gitlab-ee # 8053 .
Dans la version 11.6, sudo gitlab-rake gitlab: geo: check vérifie si le stockage haché est activé et si tous les projets sont migrés: gitlab-ee # 8289 . Si vous utilisez Geo, veuillez exécuter cette vérification et migrer dès que possible.
En 11.8, l' avertissement gitlab-ee désactivé définitivement ! 8433 sera affiché sur la page «Zone d'administration› Géo ›Noeuds» si les vérifications ci-dessus ne sont pas autorisées.
À 12.0, Geo appliquera une exigence de stockage de hachage: gitlab-ee # 8690 .
Date de suppression: 22 juin 2019
Google OAuth2 SSO n'est pris en charge que sur GitLab 11.7+
7 mars 2019 Google ferme toutes les API Google+. En savoir plus sur l'annonce de Google ici .
Étant donné que les versions de GitLab antérieures à 11.7 utilisent ces API pour Google OAuth2, Google SSO ne fonctionnera plus dans ces versions. GitLab 11.7 et supérieur prend en charge Google SSO .
Si votre instance utilise Google OAuth2 pour l'authentification, nous vous recommandons de la mettre à jour vers 11.7 .
Date de suppression: 7 mars 2019
Les développeurs peuvent supprimer les balises Git dans GitLab 11.9
La modification / suppression de balises Git dans les branches non protégées a toujours été limitée aux seuls responsables et propriétaires .
Étant donné que les développeurs peuvent ajouter des balises, ainsi que modifier et supprimer des branches non protégées, les développeurs devraient pouvoir modifier et supprimer des balises Git. Dans GitLab 11.9, nous apportons ce changement dans notre modèle d'autorisation - pour améliorer le flux de travail et aider les développeurs à faire une utilisation meilleure et plus efficace des tags.
Date de suppression: 22 mars 2019
Intégration Hipchat
Hipchat sera interrompu . Par conséquent, nous supprimons la fonctionnalité d'intégration GitLab Hipchat existante dans le cadre de la version 11.9 .
Date de suppression: 22 mars 2019
Mettre à jour le baromètre
Pour mettre à niveau vers GitLab version 11.7 à partir de la dernière version 11.6, un arrêt n'est pas nécessaire. Voir la documentation pour les mises à jour sans temps d'arrêt .
La migration de la base de données dans cette version peut prendre de 30 à 60 minutes pour des instances de taille similaire à GitLab.com. Pour les instances plus petites, la durée totale ne doit pas dépasser environ 15 minutes.
Nous recommandons aux utilisateurs de GitLab Geo de se référer à la documentation de mise à jour Geo .
Changelog
Reportez-vous au journal des modifications pour voir toutes les modifications:
L'installation
Si vous configurez une nouvelle installation de GitLab, consultez la page de téléchargement de GitLab .
Mettre à jour
Consultez notre page de mise à jour .
Plans d'abonnement GitLab
GitLab est disponible en deux versions: autogéré et en tant que service cloud (SaaS) .
Autogéré : déployez localement ou sur votre plateforme cloud préférée.
- Noyau : pour les petites équipes, les projets personnels ou les tests de GitLab avec un temps illimité.
- Starter : Pour les équipes dont les membres sont au même endroit et sont engagés dans un petit nombre de projets qui nécessitent un soutien professionnel.
- Premium : pour les équipes distribuées qui nécessitent des fonctionnalités avancées, une haute disponibilité et une assistance 24/7.
- Ultimate : pour les entreprises qui souhaitent aligner leur stratégie et leur exécution de projet sur les exigences de sécurité et d'interopérabilité améliorées.
Service cloud SaaS - GitLab.com : pris en charge, géré et administré par l'équipe GitLab; des abonnements gratuits et payants pour les particuliers et les équipes sont possibles.
- Gratuit : référentiels privés illimités et un nombre illimité d'employés dans le projet. Les projets privés ont accès aux fonctionnalités gratuites ; les projets ouverts ont accès aux fonctionnalités Gold .
- Bronze : pour les équipes qui ont besoin d'accéder à des fonctionnalités de workflow plus avancées.
- Argent : pour les équipes qui ont besoin de fonctionnalités DevOps plus robustes, d'une compatibilité et d'une prise en charge plus rapide.
- Or : mieux adapté à un grand nombre de travaux de pipeline CI / CD. Les membres de l'équipe de chaque projet public peuvent utiliser les fonctionnalités Gold gratuitement, quel que soit leur plan d'abonnement.