Prise en charge SAST pour JavaScript
Grâce aux tests de sécurité des applications statiques (SAST), GitLab analyse le code et aide à détecter les vulnérabilités potentielles même dans le pipeline. Dans la version 11.8, nous ajoutons des langages JavaScript à la liste des SAST pris en charge , en fonction de la prise en charge existante de node.js. Vous pouvez désormais analyser tous les fichiers JavaScript, scripts statiques et HTML. Une pratique importante dans DevSecOps en ce moment est d'analyser les modifications chaque fois que nous nous engageons, et avec cette mise à jour SAST, nous couvrons l'un des langages Web les plus populaires, aidant les utilisateurs à détecter les risques dans le code JavaScript plus tôt.
Pages GitLab pour les sous-groupes et les modèles de page
GitLab Pages est devenu bien meilleur dans cette version, grâce aux deux améliorations suivantes. Premièrement, nous avons ajouté la prise en charge des pages GitLab pour les projets en sous - groupes : désormais, ces projets peuvent facilement publier leur contenu sur le réseau. Deuxièmement, GitLab 11.8 inclut désormais les modèles les plus populaires pour les pages , vous pouvez donc maintenant commencer à travailler avec les pages en un seul clic.
Sentry Bug Tracking
Les erreurs permettent d'évaluer l'état de votre application et peuvent détecter les problèmes avant que les utilisateurs ne les signalent. GitLab 11.8 peut désormais afficher les erreurs récentes dans le projet, ce qui facilite la détection et la correction.
Et bien d'autres fonctionnalités intéressantes!
Il y a tellement de bonnes innovations dans cette version que nous voulons en souligner quelques autres:
- Règles de confirmation des demandes de fusion (dans la localisation russe des «demandes de fusion» de GitLab). Maintenant, vous pouvez facilement définir une règle, qui confirmera les modifications - utilisateurs spécifiques, groupe ou rôle. Bientôt, cette fonctionnalité apparaîtra sur GitLab.com, et dans les instances utilisateur, GitLab peut déjà être connecté par l'administrateur.
- Fonctionnalités de plug-in pour les environnements . Les fonctionnalités précédemment connectées agissaient pour tous vos environnements à la fois, mais elles peuvent désormais être utilisées dans des environnements spécifiques. Cette fonctionnalité fonctionne déjà sur GitLab.com et peut être activée par l'administrateur pour les instances utilisateur.
- Amélioration de la fusion des messages vers les validations lors de leur combinaison (squash) . Si vous essayez de créer de bons messages à valider, il est dommage de les perdre lors de la fusion des validations. Dans la version 11.8, lors de la combinaison des validations de toutes les validations, le premier message multiligne est automatiquement pris. Et vous pouvez également définir le message manuellement.
Nous vous invitons à nos réunions
Walkafwalka a ajouté deux nouvelles fonctionnalités pour Auto DevOps dans cette version: la prise en charge des domaines personnalisés et le redéploiement lors de la mise à jour des secrets d'application . Merci pour ces grandes améliorations!
Principales fonctionnalités de la sortie de GitLab 11.8
Prise en charge SAST pour JavaScript
(ULTIME, OR)
Les tests de sécurité des applications statiques (SAST) vous permettent de trouver des vulnérabilités dans le code chaque fois que vous soumettez des modifications au référentiel. Avec ces informations disponibles dans la demande de fusion, vous serez en mesure de vous occuper de la sécurité en premier lieu et de détecter les problèmes avant même qu'ils ne soient ajoutés à la branche stable.
Avec la version 11.8, nous ajoutons JavaScript à la liste des langues prises en charge par SAST. Vous n'avez rien à changer dans vos pipelines; les projets JavaScript sont automatiquement détectés et analysés pour les failles de sécurité. Il fait également partie d' Auto DevOps .
Documentation SAST et ticket original .
Sentry Bug Tracking
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Le suivi des erreurs générées par votre application vous aide à créer et à maintenir une expérience utilisateur de qualité et à détecter les problèmes avant que les utilisateurs ne les remarquent. Et en même temps accélère la solution des problèmes émergents.
GitLab 11.8 rend le suivi des erreurs plus facile à comprendre et plus efficace en intégrant le tracker open source Sentry populaire et en affichant les derniers bugs directement dans votre projet GitLab.
Sentry a récemment amélioré son intégration avec GitLab en ajoutant la détection de validation de problème, le suivi des validations et des versions, etc. Grâce à l'intégration mutuelle, vous pouvez facilement travailler dans Sentry via GitLab et vice versa, et résoudre les problèmes dans votre contexte dans votre flux de travail.
Documentation sur les erreurs de suivi et le ticket d'origine .
Créez des pages en un seul clic à l'aide de modèles
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
GitLab 11.8 inclut désormais les modèles les plus populaires pour les pages, vous pouvez donc maintenant créer des pages immédiatement lors de la création d'un nouveau projet, plutôt que d'hériter du référentiel de modèles comme auparavant.
Consultez notre article de blog sur l'utilisation des modèles de pages GitLab .
Documentation GitLab Pages et ticket original .
Prise en charge des pages pour les sous-groupes
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Vous pouvez également créer des sites à l'aide de Pages pour des projets en sous-groupes. Les sites créés de cette manière auront des URL du format toplevel-group.gitlab.io/subgroup/project . Maintenant, pour tous vos projets, même ceux qui appartiennent à des sous-groupes, vous pouvez créer la documentation ou d'autres pages nécessaires à la sortie de votre logiciel.
Documentation d'administration de GitLab Pages et ticket d'origine .
Règles de confirmation des demandes de fusion
(PREMIUM, ULTIME, ARGENT, OR)
Un examen du code est la pratique fondamentale de tout projet réussi, mais il n'est pas toujours clair qui devrait examiner les modifications. Souvent, il existe un besoin de plusieurs examinateurs responsables de divers aspects - par exemple, le développement, la sécurité, la convivialité et le produit lui-même.
Dans la version GitLab 11.8, nous présentons des règles de confirmation des demandes de fusion, ce qui permet de déterminer les confirmations nécessaires et le nombre minimum de confirmations. Les règles de confirmation sont affichées dans le widget de demande de fusion, il est donc très facile d'attribuer le réviseur suivant.
Dans GitLab 11.3, nous avons introduit le rôle des propriétaires de code ( article original , traduction ) pour déterminer qui est responsable des différentes parties du code. Les propriétaires du code sont déjà pris en compte dans les règles de vérification, il sera donc facile de trouver les bonnes personnes pour examiner les modifications.
Par défaut, les règles de confirmation sont désactivées; elles peuvent être Feature.enable(:approval_rules) par l'administrateur d'instance Feature.enable(:approval_rules) dans la console des rails. Sur GitLab.com, les règles de confirmation sont temporairement désactivées, nous prévoyons de les réactiver avec la sortie de GitLab 11.8.1. Restez à l'écoute pour ce billet pour les mises à jour.
Documentation sur les règles de confirmation des demandes de fusion et le ticket d'origine .
Déclencheurs améliorés pour les pipelines entre projets
(PREMIUM, ULTIME, ARGENT, OR)
La version de GitLab 9.3 ( article original , traduction ) a ajouté la possibilité de créer des pipelines inter-projets en démarrant le pipeline suivant en appelant via l'API GitLab dans votre travail. Dans la version 11.8, nous améliorons le lancement de ces pipelines grâce au mot-clé trigger: qui peut être ajouté au travail qui rejoint les pipelines et démarrera automatiquement le prochain pipeline lorsque le pipeline actuel se terminera avec succès.
Déclencheur de documentation des mots clés et ticket d'origine .
Amélioration de la fusion des messages avec les validations
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Lorsqu'une histoire se compose de petits engagements pour corriger des tests unitaires ou résoudre des problèmes à partir des commentaires, il est difficile de créer une histoire Git lisible et utile à l'avenir. La consolidation des validations collecte ces modifications en une seule validation, tout en supprimant toutes les descriptions.
GitLab place maintenant le premier message multiligne dans la branche de fonctionnalité en tant que message de validation fusionné. Ou vous pouvez définir ce message manuellement et refléter vous-même tous les changements importants.
Documentation sur les validations fusionnées et le ticket d'origine .
Prise en charge d'Auto DevOps pour les domaines d'utilisateurs spécifiques à l'environnement
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Auto DevOps vous permet de démarrer rapidement le travail sur un projet en lui indiquant le "domaine de base" du projet. Lorsque votre application est prête à être déployée en production, vous souhaiterez peut-être utiliser un domaine différent sous la forme d'un nom de domaine complet .
Vous pouvez maintenant utiliser la variable d'environnement ADDITIONAL_HOSTS pour définir un ou plusieurs domaines pour votre application. De plus, vous pouvez le configurer pour un environnement spécifique en ajoutant le nom de l'environnement à la variable, par exemple: <ENVIRONMENT>_ADDITIONAL_HOSTS .
Merci Aaron Walker pour cette fonctionnalité!
Documentation sur les variables d'environnement et le ticket d'origine .
Échelle des fonctions knatives
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Lorsque vous déployez des fonctionnalités à l'aide d'une architecture sans serveur via GitLab, vous pouvez profiter pleinement des avantages de Knative, y compris la mise à l'échelle de vos déploiements sans serveur.
Désormais, pour chaque application ou fonctionnalité déployée dans votre instance Knative, vous pouvez afficher l'échelle de vos déploiements sans serveur. L'échelle indique le nombre de foyers Kubernetes actuellement utilisés.
Documentation de déploiement de fonction et ticket d'origine .
Autres améliorations dans GitLab 11.8
Réglage du premier jour de la semaine
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Auparavant, les calendriers sur GitLab supposaient automatiquement que la semaine commence le dimanche. Désormais, les utilisateurs dans les paramètres peuvent sélectionner le lundi comme premier jour de la semaine, ce qui sera reflété lors de l'utilisation des calendriers pour sélectionner les dates et les calendriers des contributions au développement.
Merci Fabian Schneider pour cette fonctionnalité!
Documentation sur les paramètres utilisateur et le ticket d'origine .
Faire défiler la feuille de route vers l'avenir et revenir vers le passé
(ULTIME, OR)
Lorsque vous téléchargez la feuille de route pour la première fois, GitLab présélectionne une période pour vous avec la possibilité de sélectionner des intervalles hebdomadaires, mensuels ou trimestriels. Cependant, plus tôt, la vue de la feuille de route restait fixe et les épopées en dehors de la période actuelle étaient cachées.
À partir de cette version, vous pouvez faire défiler la feuille de route vers le futur et le passé. Les épopées qui tombent dans ces intervalles étendus apparaîtront automatiquement sur le graphique; il n'est pas nécessaire de rafraîchir davantage la page. Cela vous permettra de voir encore plus d'épopées à l'intervalle de temps dont vous avez besoin.
Documentation sur les cartes routières et le ticket d'origine .
Authentification par carte à puce via LDAP
(PREMIUM, ULTIME, ARGENT, OR)
Les organisations qui utilisent des cartes à puce comme jetons d'autorisation utilisent souvent LDAP pour gérer de manière centralisée leurs comptes. La version 11.6 a introduit l'authentification par carte à puce . Dans 11.8, nous y ajoutons un autre élément, en ajoutant la prise en charge de l'utilisation des données de carte à puce pour l'authentification via un serveur LDAP.
Chez GitLab, nous utilisons une approche conforme à la RFC4523 en utilisant la règle certificateExactMatch .
Documentation d'authentification par carte à puce et ticket d'origine .
Fonctionnalités de plug-in pour différents environnements
(PREMIUM, ULTIME, ARGENT, OR)
À partir de cette version, il devient possible de changer de fonctionnalités indépendamment en fonction de l'environnement. Le comportement de vos fonctionnalités peut être contrôlé à l'aide d'un ensemble de règles définies sur la base d'une correspondance avec le nom de l'environnement. Par défaut, la règle ( * ) fonctionne toujours, cependant, vous pouvez également définir d'autres règles en ajoutant de nouvelles spécifications d'environnement (par exemple, review/* ).
Dans la version 11.8.0, pour que cette fonctionnalité fonctionne, vous devez l'activer en exécutant la commande Feature.enable(:feature_flags_environment_scope) dans la console des rails.
Documentation pour les spécifications environnementales et le ticket d'origine .
Mettre à jour GitLab Runner grâce à l'intégration avec Kubernetes
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Si vous déployez vos applications dans la dernière version de Kubernetes, vous pouvez être sûr que vous disposez de toutes les nouvelles fonctionnalités et que votre sécurité répond à toutes les exigences.
GitLab 11.8 vous permet de mettre à jour GitLab Rinner dans Kubernetes en un seul clic. Dans les versions futures, nous ajouterons cette fonctionnalité pour d'autres applications.
Documentation d'installation de l'application et ticket d'origine .
Afficher l'heure et l'activité de création des utilisateurs dans le panneau d'administration
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Les administrateurs doivent obtenir des informations sur l'activité des utilisateurs avec des actions simples. Pour vous aider dans cette tâche, nous avons ajouté un affichage de la date de création de l'utilisateur et de la date de sa dernière activité dans la zone Utilisateurs du panneau d'administration ( /admin/users ).
Ici, vous pouvez en savoir plus sur les activités que GitLab reconnaît comme des activités.
Documentation API utilisateur pour les administrateurs et le ticket d'origine .
Possibilité de rechercher les actions récentes des utilisateurs
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
GitLab possède un attribut utilisateur last_activity_on qui aide les administrateurs à déterminer plus facilement quand la dernière activité utilisateur s'est produite. Il est très pratique pour rechercher des utilisateurs actifs et inactifs.
Pour nous assurer que nous capturons les activités en lecture seule, nous avons étendu l'attribut last_activity_on afin qu'il se mette à jour lorsque nous visitons les pages liées aux panneaux d'activités, aux projets, aux tâches et aux demandes de fusion.
Documentation statistique dans l'instance et le ticket d'origine .
Sujets de projet au lieu de balises
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Les balises de projet sont un moyen pratique d'organiser des projets connexes, mais le terme balise correspond aux balises dans GitLab. Pour résoudre ce problème, nous avons renommé les balises de projet en rubriques et amélioré leur affichage sur la page de visualisation du projet.
Nous continuerons volontiers à rendre les sujets plus utiles pour la recherche par projets et nous ajouterons un filtrage par sujets dans le panneau d'activité de la version 11.9.
Documentation sur les paramètres du projet et le ticket d'origine .
Rechercher des balises de référentiel dans un projet via une API
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Vous pouvez désormais rechercher des balises de référentiel dans un projet via l'API de balise . Cela vous permettra de rechercher directement une balise spécifique dans le projet. Si vous recherchez des projets qui correspondent à la balise d'une version spécifique, vous pouvez maintenant facilement trouver ce dont vous avez besoin.
Merci Robert Schilling pour cette fonctionnalité!
Documentation sur les étiquettes et le ticket d'origine .
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Nous avons pris en compte les commentaires des utilisateurs sur la première amélioration de la liste des projets et augmenté la densité des informations sur cette page, en ajoutant une autre colonne et en réduisant le nombre d'espaces vides.
Documentation du projet et ticket d'origine .
Amélioration de la page d'affichage des groupes
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Dans la version 11.8, nous avons mis à jour l'apparence de la page de visualisation du groupe afin qu'elle affiche plus d'informations. Nous avons réduit le nombre d'espaces vides sur cette page et changé la conception afin qu'elle soit cohérente avec le nouveau look de la page de visualisation du projet .
Il s'agit de la première étape de l' amélioration de la page de visualisation des groupes, et nous serons heureux de continuer à y travailler.
Documentation de groupe et ticket original .
API pour gérer les épopées imbriquées
(ULTIME, OR)
Dans la version précédente, nous avons ajouté des épopées imbriquées , c'est-à-dire la possibilité d'ajouter des épopées aux épopées. À partir de cette version, vous pourrez gérer les relations entre ces épopées, y compris via l'API. Vous pouvez donc désormais gérer les plannings de workflow individuels de votre équipe, notamment en utilisant les capacités d'automatisation.
Documentation API pour les liens entre les épopées et le ticket d'origine .
Les demandes de fusion et les tickets associés ont abouti à une vue.
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Nous avons mis à jour la section des demandes de fusion liées dans le ticket pour leur donner une cohérence visuelle avec les tickets associés et apporter de la beauté.
Dans une future version, nous ajouterons plus de métadonnées pour chaque ligne de cette section, afin que les utilisateurs voient immédiatement les informations pertinentes sur la demande de fusion dans leur contexte.
Documentation sur la mention des tickets dans les demandes de fusion et le ticket d'origine .
Déplacement du champ de domaine Auto DevOps des paramètres CI / CD vers les paramètres du cluster
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
La spécification d'un domaine de base pour Auto DevOps vous permet de profiter de fonctionnalités puissantes telles que Auto Review et Auto Deploy. Nous avons maintenant simplifié l'indication du domaine de base en le transférant directement aux paramètres du cluster. Cela facilitera la détermination du domaine de base lors de la création d'un cluster, ainsi que la définition de différents domaines pour différents clusters.
Documentation sur la configuration du domaine de base pour Auto DevOps et le ticket d'origine .
Gérer les étiquettes de groupe via l'API
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Vous pouvez désormais gérer les libellés de groupe via l'API similaire aux libellés de projet, ce qui permet de mieux prendre en charge les workflows de planification et d'exécution personnalisés dans vos équipes.
Merci Robert Schilling pour cette fonctionnalité!
Documentation API pour les étiquettes de groupe et le ticket d'origine .
Les extensions .html sont désormais automatiquement activées pour les sites GitLab Pages
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Le fichier /sub-page.html sur votre site GitLab Pages est maintenant disponible en tant que /sub-page , ce qui vous donne plus d'options sur la façon de montrer votre site aux utilisateurs.
Documentation GitLab Pages et ticket original .
Pages variables prédéfinies dans CI
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Les variables CI_PAGES et CI_PAGES_URL ont été ajoutées aux pipelines Pages, ce qui vous permet de voir le nom de domaine et l'URL de la page. Cela offre plus de flexibilité lorsque vous travaillez avec des sites Pages situés à différents endroits.
Documentation GitLab Pages et ticket original .
Ajout de tolérance à l'exécuteur Kubernetes
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Kubernetes offre une excellente occasion de séparer l'équipement de l'endroit où se trouvent nos développements. Cependant, certaines tâches nécessitent un équipement spécialisé, y compris des travaux qui peuvent nécessiter plus de ressources que d'autres.
Kubernetes prend cela en charge en ajoutant de la souillure et de la tolérance aux nœuds pour tenir compte de ces considérations lors de la planification des foyers. Nous avons ajouté la prise en charge native de la souillure et de la tolérance à l'exécuteur Kubernetes dans GitLab Runner pour prendre en charge ces types de workflows.
Documentation de l'exécuteur Kubernetes et ticket d'origine .
Prise en charge Gitaly TLS
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Gitaly prend désormais en charge TLS, ce qui signifie que toutes les communications entre GitLab et Gitaly seront cryptées lorsque TLS est activé. Auparavant, la connexion entre GitLab et Gitaly n'était pas chiffrée par elle-même, mais dépendait des paramètres de sécurité du réseau.
Documentation de support Gitaly TLS et ticket d'origine
Support Elasticsearch à Gitaly
(DEMARREUR, PREMIUM, ULTIME)
Auparavant, lors de l'utilisation d'Elasticsearch, il était impossible de se passer de NFS pour communiquer avec Git dans le système de fichiers. À partir de cette version, vous pouvez utiliser Gitaly au lieu de NFS, ce qui accélérera l'accès à Git.
Documentation d'intégration Elasticsearch et ticket d'origine .
Transition de fichier rapide dans la demande de fusion diff
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Un examen important des demandes de fusion est un processus complexe, en particulier lorsque vous devez passer d'un fichier à un autre. Une nouvelle façon de définir un fichier basé sur le localisateur de fichiers flous offre une transition indolore d'un fichier à un autre, afin que vous puissiez naviguer rapidement dans le diff à l'aide du clavier.
Documentation de navigation diff et ticket original .
Afficher le nombre de confirmations dans la liste des demandes de fusion
(DEMARREUR, PREMIUM, ULTIME, BRONZE, ARGENT, OR)
Les demandes de fusion confirmées et prêtes à fusionner peuvent désormais être facilement trouvées dans la liste des demandes de fusion. Le nombre de confirmations requises et reçues est désormais affiché dans la liste des demandes de fusion.
Merci à Andy Steele pour cette fonctionnalité!
Documentation sur la confirmation des demandes de fusion et un ticket original .
Recevez des alertes des instances Prometheus configurées manuellement
(ULTIME, OR)
GitLab 11.3 a introduit la prise en charge de la définition d'alertes ( article d'origine , traduction ), mais il était limité aux instances de Prometheus déployées via l' intégration de GitLab avec Kubernetes .
Avec GitLab 11.8, les serveurs Prometheus configurés manuellement peuvent désormais également informer GitLab des alertes en ajoutant GitLab en tant que destinataire d'un raccordement Web dans le gestionnaire d'alertes. Après avoir reçu l'alerte, GitLab enverra un e-mail aux responsables et aux propriétaires de projet.
Documentation d'intégration d'instance externe Prometheus et ticket d'origine .
Suppression des balises inutilisées du registre de conteneurs à l'aide de l'API
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
De nombreuses organisations créent des conteneurs pour chaque validation afin de simplifier la vérification des modifications de code ainsi que le déploiement final. Cela peut conduire à de nombreuses balises de conteneur qui ne sont nécessaires que pour une courte période de temps.
GitLab 11.8 permet désormais aux utilisateurs finaux de nettoyer leurs registres de conteneurs via notre API en supprimant les balises individuellement ou en groupes à l'aide d'expressions régulières.
Documentation sur la suppression des balises dans le registre des conteneurs et le ticket d'origine .
Confidentialité des tickets pour les vulnérabilités de sécurité
(ULTIME, OR)
Les utilisateurs peuvent créer de nouveaux tickets pour corriger les failles de sécurité lors de l'affichage des rapports de sécurité dans la demande de fusion, la page du convoyeur et le panneau de sécurité. Ces informations contiennent des données confidentielles qui peuvent révéler des détails qui ne devraient pas être divulgués avant que le patch soit disponible et publié.
À partir de GitLab 11.8, les tickets liés aux vulnérabilités sont marqués comme confidentiels par défaut, mais les utilisateurs peuvent désactiver cet indicateur si la divulgation est autorisée.
Documentation de demande de fusion de sécurité et ticket d'origine .
Forcer le redéploiement lors de la mise à jour des clés secrètes d'application dans Auto DevOps
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Lorsque vous configurez la clé secrète d'application pour Auto DevOps à l'aide de la syntaxe de la variable K8S_SECRET_ , la clé secrète Kubernetes correspondante sera créée pour votre application.
Lorsque ces secrets d'application sont mis à jour, Auto DevOps redéploie votre application avec des secrets mis à jour.
Merci Aaron Walker pour cette fonctionnalité!
Documentation des variables Auto DevOps et ticket d'origine .
Afficher l'environnement de cluster dans une liste de fonctions sans serveur
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
La page Serverless a été améliorée et regroupe désormais les fonctions déployées dans Knative, en fonction de l'environnement de cluster dans lequel elles sont déployées.
De plus, une description de la fonction est maintenant affichée avec des raccourcis pour copier le point final de la fonction et pour ouvrir le point final dans un nouvel onglet.
Documentation de déploiement sans serveur et ticket d'origine .
Fourniture du gestionnaire de certificats d'adresses pour les DevOps automatiques
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Le gestionnaire de certificats fournit un moyen simple d'ajouter la prise en charge HTTPS pour vos applications Auto DevOps. URL, Let's Encrypt (64 ), .
Auto DevOps .
release notes / : GitLab 11.8 released with SAST for JavaScript, Pages for subgroups, and Error Tracking .
cattidourden , maryartkey , ainoneko rishavant .