* auteur de l'illustration: carmen_dorin
Prise en charge JavaScript dans SAST
La fonction de test de sécurité d'application (SAST) de GitLab analyse le code source et aide à identifier les menaces de sécurité potentielles aux premiers stades du pipeline. Dans la version 11.8, nous avons ajouté l'option de prise en charge JavaScript dans SAST , ainsi que l'option de prise en charge existante pour node.js. Vous pouvez désormais analyser tous les fichiers JavaScript, tels que les scripts statiques et HTML. La principale méthode de DevSecOps consiste à analyser les modifications de code à chaque validation, et grâce à cette modification, nous couvrons l'une des langues Web les plus populaires, vous aidant à identifier les endroits dangereux dans le code JavaScript dès que possible.
Pages GitLab pour les sous-groupes et les modèles
Dans cette version de GitLab, nous avons sérieusement amélioré les pages GitLab, et parmi les innovations figurent 2 améliorations clés. Tout d'abord, nous avons implémenté le support des pages GitLab pour les projets en sous - groupes , permettant de publier le contenu de ces projets sur le réseau. GitLab 11.8 combine également nos modèles de pages les plus populaires, afin que les utilisateurs puissent commencer en un seul clic.
Suivi des bogues sentinelles
Les erreurs d'application fournissent des informations importantes sur l'état de l'application et peuvent aider à détecter les problèmes avant que les utilisateurs ne les signalent. GitLab 11.8 affiche les dernières erreurs directement dans le projet: maintenant les détecter et prendre les mesures appropriées est beaucoup plus rapide et plus facile.
Et bien d'autres fonctionnalités intéressantes!
La version contient un certain nombre de fonctionnalités utiles, et nous aimerions porter une attention particulière à certaines d'entre elles:
- Règles pour autoriser les demandes de fusion . Des règles simples pour ceux qui doivent approuver les modifications, qu'il s'agisse d'un utilisateur individuel, d'un groupe ou d'un poste. La fonctionnalité sera bientôt disponible sur GitLab.com, et l'administrateur pourra l'activer dans votre instance GitLab.
- Un ensemble de paramètres d'application pour les environnements . Auparavant, les options étaient activées ou désactivées pour tous vos environnements. C'est fini! Désormais, les paramètres des environnements individuels sont inclus de manière sélective. La fonctionnalité est désormais disponible sur GitLab.com et l'administrateur peut l'activer dans votre instance GitLab.
- Fonction améliorée pour combiner les descriptions dans les validations . Ceux qui aiment créer des descriptions détaillées dans les commits sont probablement bouleversés par leur perte dans le commit combiné. Dans 11.8, les validations fusionnées utilisent désormais automatiquement la première description multiligne dans la validation, et peuvent également être remplacées pour apporter des améliorations supplémentaires.
L'employé le plus précieux du mois (MVP) était Aaron Walker.
Dans cette version, walkafwalka a ajouté 2 nouvelles fonctionnalités Auto DevOps: la prise en charge des domaines personnalisés et le redéploiement lors de la modification de clés exclusivement privées . Merci pour les améliorations!
Principales fonctionnalités ajoutées à la version GitLab 11.8
Prise en charge JavaScript dans SAST
Disponible en: ULTIMATE, GOLD
La fonctionnalité SAST (Static Application Security Testing) vous permet de détecter les vulnérabilités dans le code source chaque fois que vous apportez une nouvelle modification au référentiel. Avec ces informations dans la demande de fusion, vous pouvez implémenter la fonction de décalage gauche sûr et résoudre les problèmes avant qu'ils ne fusionnent dans une branche stable.
Dans la version 11.8, nous avons ajouté JavaScript à la liste des langues prises en charge par SAST. Il n'est pas nécessaire de changer quoi que ce soit dans les pipelines. Les projets JavaScript sont automatiquement reconnus et analysés pour les risques de sécurité. C'est également un élément d' Auto DevOps .
La documentation
DĂ©fi
Suivi des bogues sentinelles
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Le suivi des erreurs qui se produisent dans l'application vous permet de détecter les problèmes avant que les utilisateurs ne les signalent.
GitLab 11.8 rend le processus de surveillance des erreurs plus pratique et efficace en intégrant le populaire programme de suivi des erreurs open source Sentry et en affichant les dernières erreurs directement dans le projet GitLab.
Sentry a récemment étendu ses capacités d'intégration de GitLab pour détecter les validations suspectes, suivre les versions et les validations, etc. Grâce à une combinaison d'outils d'intégration, le passage de Sentry à GitLab et vice versa est facile, et les problèmes sont donc résolus dans le contexte, dans le processus existant.
La documentation
DĂ©fi
Créer des pages en un clic avec des modèles combinés
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Maintenant, nous combinons nos modèles de pages les plus populaires directement dans GitLab, ce qui vous permet de créer des sites directement à partir de l'écran pour créer un nouveau projet sans créer de branchement de l'exemple de référentiel, comme précédemment.
Pour plus d'informations, consultez notre article sur l'utilisation des modèles de pages GitLab .
La documentation
DĂ©fi
Prise en charge du sous-groupe de pages
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
La fonction Pages a été modifiée pour fonctionner avec des sous-groupes dans GitLab, ce qui permet également de créer des sites Pages. Les sites créés de cette manière ont des URL au format toplevel-group.gitlab.io/subgroup/project . Cela permettra aux projets, même s'ils font partie de sous-groupes, d'accéder à la possibilité de créer des documents ou d'autres sites nécessaires dans le cadre du processus de publication du logiciel.
La documentation
DĂ©fi
Règles d'autorisation de demande de fusion
Disponible en: PREMIUM, ULTIMATE, SILVER, GOLD
L'examen du code fait partie intégrante de tout projet réussi, mais il n'est pas toujours clair qui devrait examiner les modifications. En règle générale, la participation de réviseurs de différentes équipes est souhaitable: équipes de développement, équipes d'interaction avec les utilisateurs, équipes de production.
Les règles d'autorisation ajoutées dans GitLab 11.8 permettent d'améliorer le processus d'interaction entre les personnes impliquées dans la révision du code en définissant le cercle des approbateurs autorisés et le nombre minimum d'autorisations. Les règles d'autorisation sont affichées dans le widget de demande de fusion - vous pouvez donc nommer rapidement le réviseur suivant.
Dans GitLab 11.3, nous avons introduit l'option Propriétaires de code - pour désigner les membres de l'équipe qui sont responsables des différentes parties du code de projet. La fonctionnalité Code Owners est intégrée dans les règles d'autorisation et vous pouvez donc toujours trouver rapidement les bonnes personnes pour examiner les modifications.
Par défaut, les règles d'autorisation dans 11.8 sont désactivées, elles doivent être activées par l'administrateur d'instance en exécutant la commande Feature.enable(:approval_rules) sur la ligne de commande Rails.
Les règles d'autorisation sont temporairement désactivées sur GitLab.com. Ils seront à nouveau inclus après le déploiement de GitLab 11.8.1. Gardez une trace de cette tâche dans les mises à jour.
La documentation
DĂ©fi
Déclencheurs de pipeline inter-projets améliorés
Disponible en: PREMIUM, ULTIMATE, SILVER, GOLD
À partir de GitLab 9.3, vous pouvez créer des pipelines multi- projets en lançant une ligne descendante via un appel à l'API GitLab dans votre tâche. Dans la version 11.8, nous avons ajouté une fonction de support de première classe pour lancer un pipeline descendant à l'aide de trigger: mot-clé qui peut être ajouté à la tâche de pont pour lancer automatiquement un pipeline descendant si celui-ci réussit.
La documentation
DĂ©fi
Fonction améliorée pour combiner les descriptions dans les validations
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
La création d'un historique de git qui sera lisible et utile pour les personnes à l'avenir peut être interrompu par de petites validations, avec des descriptions sur une seule ligne qui corrigent les erreurs détectées par les tests automatiques, ou apportent des modifications résultant de la discussion entre les développeurs.
Maintenant, GitLab, par défaut, concatène les messages dans les validations, insérant d'abord la première description multi-lignes des validations dans la branche git et vous permet de remplacer la description finale dans la validation combinée afin que vous puissiez la mettre à jour et refléter toutes les modifications importantes.
La documentation
DĂ©fi
Prise en charge d'Auto DevOps pour les domaines personnalisés dans un environnement spécifique
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Auto DevOps vous permet de démarrer rapidement en ajoutant un «domaine de base» à vos projets. Si votre application est prête à être déployée dans un environnement de production, vous aurez peut-être besoin de noms de domaine supplémentaires.
Utilisez la variable d'environnement ADDITIONAL_HOSTS pour désigner un ou plusieurs domaines supplémentaires pour votre application. Ajoutez-les à un environnement spécifique en attachant le nom de l'environnement à la variable, c'est-à -dire <ENVIRONMENT>_ADDITIONAL_HOSTS .
Merci Ă Aaron Walker pour votre contribution!
La documentation
DĂ©fi
Affichage de l'Ă©chelle des fonctions pour les fonctions Knative
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
La fourniture de fonctionnalités à l'aide de gitlab sans serveur tire pleinement parti de knative, comme la mise à l'échelle d'un service de haut en bas jusqu'à zéro.
Vous pouvez voir la taille de votre application sans serveur pour chaque composant hébergé dans knative. La taille indique le nombre actuel de modules Kubernetes en cours d'exécution.
La documentation
DĂ©fi
Autres améliorations dans GitLab 11.8
DĂ©terminer le premier jour de la semaine
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Les calendriers GitLab supposaient que la semaine commence le dimanche. Désormais, les utilisateurs peuvent sélectionner le lundi dans leur profil: cela se reflète dans l'application lors du choix d'une date et sur le tableau de distribution.
Merci Ă Fabian Schneider pour sa contribution!
La documentation
DĂ©fi
Faire défiler un calendrier vers l'avant, vers le futur et dans le passé
Disponible en: ULTIMATE, GOLD
Lorsque vous démarrez le programme pour la première fois, GitLab présélectionne la période pour vous: un intervalle hebdomadaire, mensuel ou trimestriel. Mais la vue était fixe et les épopées en dehors de la zone affichée étaient cachées.
Maintenant, faites défiler vers le futur et retournez dans le passé. Les épopées tombant dans ces périodes prolongées seront automatiquement affichées sans nécessiter une actualisation de la page, ce qui vous permettra de voir facilement encore plus d'épopées pour la période souhaitée.
La documentation
DĂ©fi
Authentification par carte Ă puce avec LDAP
Disponible en: PREMIUM, ULTIMATE, SILVER, GOLD
Les organisations qui utilisent des cartes à puce comme jetons d'authentification utilisent souvent LDAP pour la gestion centralisée des identités. Dans la version 11.8, nous avons répété la fonction d'authentification par carte à puce ajoutée dans la version 11.6 , qui vous permet de vous connecter à l'aide des informations d'identification de la carte à puce via un serveur LDAP configuré.
La méthode GitLab utilise des schémas RFC4523 standard basés sur la règle certificateExactMatch .
La documentation
DĂ©fi
Un ensemble de paramètres d'application pour les environnements
Disponible en: PREMIUM, ULTIMATE, SILVER, GOLD
Vous pouvez maintenant activer ou désactiver individuellement les paramètres pour des environnements individuels. Contrôlez les paramètres en créant un ensemble de règles basé sur la correspondance du nom de l'environnement. Par défaut, il s'agit toujours d'une règle de caractère spécial ( * ), mais vous pouvez définir des règles supplémentaires en ajoutant d'autres caractéristiques d'environnement (par exemple, review/* ).
Dans la version 11.8.0, cette fonctionnalité vous obligera à activer le paramètre avec la commande Feature.enable(:feature_flags_environment_scope) sur la ligne de commande Rails.
La documentation
DĂ©fi
Modification de l'application Kubernetes Runner en intégrant Kubernetes
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
L'utilisation de la dernière version lors du lancement d'applications basées sur Kubernetes vous donnera accès aux dernières fonctionnalités et à une sécurité maximale.
GitLab 11.8 vous permet de mettre à jour GitLab Runner dans Kubernetes en un seul clic. Les prochaines versions comprendront un ensemble similaire de fonctionnalités pour le reste des applications.
La documentation
DĂ©fi
La journalisation des actions récentes des utilisateurs dans GitLab inclut désormais la navigation dans les données
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab inclut un attribut utilisateur, last_activity_on , last_activity_on aux administrateurs de comprendre quand un utilisateur effectuait la dernière action. Ceci est très utile pour identifier les utilisateurs actifs et inactifs.
Pour fournir une journalisation des activités en lecture seule, nous avons étendu last_activity_on pour mettre à jour les données de last_activity_on de last_activity_on associées aux tableaux de bord, projets, tâches et demandes de fusion.
La documentation
DĂ©fi
Afficher les actions des utilisateurs et les dates de création dans le panneau d'administration
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Pour les administrateurs d'instance, comprendre le niveau d'activité des utilisateurs dans GitLab ne devrait pas être difficile. Par conséquent, nous avons ajouté la date de création de l'utilisateur et la date à laquelle l'utilisateur a agi pour la dernière fois dans la zone utilisateur du panneau d'administration dans /admin/users .
Pour en savoir plus sur les types d'actions que GitLab considère comme une activité, cliquez ici .
La documentation
DĂ©fi
Recherche de balises de référentiel dans un projet à l'aide de l'API
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Il est désormais possible de rechercher des balises de référentiel dans un projet à l'aide de balises API . Cela simplifie considérablement le processus de recherche d'une balise spécifique dans un projet; Si vous recherchez des projets associés avec une balise de version spécifique, vous pouvez maintenant facilement trouver les projets associés.
Merci Ă Robert Schilling pour votre contribution!
La documentation
DĂ©fi
Les balises de projet sont désormais devenues des sujets de projet
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Les balises de projet sont un moyen pratique d'organiser des projets connexes, mais le terme «balise» entre en conflit avec les balises Git. Pour résoudre le problème, nous avons renommé les balises de projet en thèmes de projet et ajusté leur affichage sur la page de présentation du projet.
Nous sommes heureux de pouvoir rendre les rubriques plus utiles pour trouver des projets et ajouter un filtre de rubrique au panneau d'informations sur le projet dans la version 11.9.
La documentation
DĂ©fi
Vue d'ensemble du groupe améliorée et espace libre réduit
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Dans la version 11.8, nous avons repensé la conception et augmenté la densité d'informations de la fonction de vue d'ensemble du groupe. Nous avons réduit la quantité d'espace libre sur cette page et reconstruit le mécanisme d'interaction avec l'utilisateur en repensant la fonction de présentation du projet .
Il s'agit de la première étape d'un grand nombre d'améliorations apportées à la page de présentation du groupe, et nous sommes heureux de continuer à travailler à son amélioration.
La documentation
DĂ©fi
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Nous avons répondu aux commentaires des utilisateurs concernant le premier changement dans la conception de la liste des projets - nous avons augmenté la densité des informations sur cette page à l'aide d'une colonne supplémentaire et réduit l'espace libre.
La documentation
DĂ©fi
Demandes de fusion liées recyclées basées sur des tâches connexes
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Nous avons refait la section des demandes de fusion connexes en une tâche pour garantir l'intégrité visuelle des tâches connexes et l'apparence esthétique.
Nous ajouterons même plus de métadonnées à chaque ligne dans une future version afin que les utilisateurs puissent afficher les informations pertinentes sur les demandes de fusion plus rapidement et dans leur contexte.
La documentation
DĂ©fi
Epics enfant dans l'API Epics
Disponible en: ULTIMATE, GOLD
Dans la version précédente, nous avons introduit les épopées pour enfants , la possibilité d'ajouter des épopées aux épopées. Cette version vous permet également de gérer ces relations épiques via l'API. Ainsi, vous pouvez désormais gérer les processus individuels dans vos équipes, y compris en mode automatique.
La documentation
DĂ©fi
GĂ©rer les Ă©tiquettes de groupe via l'API
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Vous pouvez désormais gérer les étiquettes de groupe via l'API, comme les étiquettes de projet, ce qui contribue à la planification et à la mise en œuvre individuelles des processus dans vos équipes.
Merci Ă Robert Schilling pour votre contribution!
La documentation
DĂ©fi
Déplacement d'un domaine Auto DevOps des paramètres CI / CD vers les paramètres de cluster
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
La définition d'un domaine de base pour Auto DevOps vous permet de profiter d'un certain nombre de fonctionnalités utiles, telles que la révision automatique et le déploiement automatique. Nous avons maintenant simplifié le processus de détermination du domaine: il peut être déplacé directement dans les paramètres du cluster. Par conséquent, la définition d'un domaine de base est très simple si un cluster est créé, et vous pouvez également définir différents domaines pour différents clusters.
La documentation
DĂ©fi
Les extensions .Html sont désormais résolues automatiquement pour les sites Pages
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Un fichier sur le site Pages appelé /sub-page.html est désormais accessible en tant que /sub-page , ce qui vous offre plus d'options pour montrer votre site aux utilisateurs.
La documentation
DĂ©fi
Pages variables prédéfinies dans CI
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
CI_PAGES et CI_PAGES_URL ajoutés en tant que variables CI pour les pipelines Pages, ce qui vous permet de voir le nom de domaine et l'URL de Pages. Cela offre une plus grande flexibilité lorsque vous travaillez avec des sites Pages déployés dans plusieurs emplacements.
La documentation
DĂ©fi
Prise en charge Gitaly TLS
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Gitaly prend désormais en charge TLS, donc toutes les communications entre GitLab et Gitaly sont cryptées si TLS est activé. Auparavant, l'échange de données entre GitLab et Gitaly n'était pas crypté et dépendait de la sécurité du réseau.
La documentation
DĂ©fi
Ajout de tolérances aux coureurs dans Kubernetes
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Kubernetes offre une excellente occasion d'ignorer le matériel utilisé pour exécuter les applications. Cependant, certaines tâches nécessitent l'utilisation d'un équipement spécial, y compris des tâches qui nécessitent plus de ressources que d'autres.
Kubernetes prend en charge cette option en introduisant des souillures et des tolérances pour tenir compte de ces facteurs lors de la planification du placement du foyer. Nous avons ajouté la prise en charge intégrée des souillures et des tolérances dans GitLab Runner pour prendre en charge ces types de processus.
La documentation
DĂ©fi
Transition pratique entre les fichiers lors de l'affichage des modifications dans la demande de fusion
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Un examen des volumineuses demandes de fusion est difficile, en particulier, lors du passage d'un fichier à un autre. Le nouveau système de correspondance rend le processus de passage d'un fichier à un autre indolore, vous permettant ainsi de suivre rapidement les différences à l'aide du clavier.
La documentation
DĂ©fi
Support Elasticsearch Ă Gitaly
Disponible en: STARTER, PREMIUM, ULTIMATE
Auparavant, vous deviez utiliser NFS pour accéder à Git sur le système de fichiers lors de l'utilisation d'Elasticsearch. Cette version vous permet d'utiliser Gitaly au lieu de NFS, ce qui augmente l'efficacité de Git en entrée et sortie de données.
La documentation
DĂ©fi
Obtention d'alertes à partir d'instances configurées manuellement de Prometheus
Disponible en: ULTIMATE, GOLD
Dans GitLab 11.3, nous avons introduit la prise en charge de la définition d'alertes , mais elle était limitée aux instances de Prometheus déployées via l' intégration de GitLab avec Kubernetes .
Dans GitLab 11.8, les serveurs Prometheus configurés manuellement peuvent également avertir GitLab des dangers en ajoutant simplement GitLab comme destinataire Webhook dans le gestionnaire d'alertes. Lors de la réception d'alertes, GitLab envoie des e-mails aux responsables et propriétaires.
La documentation
DĂ©fi
Le nombre d'autorisations dans la liste des demandes de fusion
Disponible en: DEMARREUR, PREMIUM, ULTIME, BRONZE, ARGENT, OR
Les demandes de fusion, résolues et prêtes pour la fusion, sont désormais facilement visibles dans la liste des demandes de fusion. Le nombre d'autorisations requises et le nombre d'autorisations reçues sont désormais affichés dans la liste des demandes de fusion.
Merci Ă Andy Steele pour votre contribution!
La documentation
DĂ©fi
Tâches de confidentialité pour les vulnérabilités de sécurité
Disponible en: ULTIMATE, GOLD
Les utilisateurs peuvent créer de nouvelles tâches pour éliminer les failles de sécurité en fonction des rapports de sécurité dans la demande de fusion, sur l'écran du pipeline et sur le panneau d'informations de sécurité. Ces informations contiennent des données confidentielles qui peuvent divulguer des informations confidentielles qui ne sont pas sujettes à divulgation avant que le patch soit disponible et publié.
À partir de GitLab 11.8, les tâches créées en raison d'une vulnérabilité sont marquées comme confidentielles par défaut, et les utilisateurs peuvent désactiver l'option si des informations peuvent être divulguées.
La documentation
DĂ©fi
Suppression des balises inutilisées du registre de conteneurs à l'aide de l'API
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
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 à un grand nombre de balises de conteneur qui sont utilisées pendant une courte période et ne sont plus nécessaires.
GitLab 11.8 permet désormais aux utilisateurs finaux de nettoyer les registres de conteneurs à l'aide de l'API, en supprimant les balises individuellement ou en bloc à l'aide d'expressions régulières.
La documentation
DĂ©fi
Forcer le redéploiement lors de la mise à jour des clés privées de l'application Auto DevOps
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Lorsque vous configurez la clé secrète d'application pour Auto DevOps à l'aide de la syntaxe de variable K8S_SECRET_ , la clé privée Kubernetes correspondante est créée pour votre application.
Lors de la mise à jour de ces clés privées d'application, Auto DevOps redéploie l'application avec les clés privées mises à jour.
Merci Ă Aaron Walker pour votre contribution!
La documentation
DĂ©fi
Afficher un environnement de cluster tout en affichant une liste de fonctions sans serveur
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
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, la description de la fonction est maintenant affichée avec le bouton d'action pour copier le point final de la fonction et ouvrir le point final dans un nouvel onglet.
La documentation
DĂ©fi
Activation de Cert-Manager avec les URL d'application Auto DevOps
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Cert-Manager offre un moyen simple d'ajouter la prise en charge HTTPS pour les applications Auto DevOps. Désormais, les URL de plus de 64 caractères sont prises en charge, prises en charge par Let's Encrypt par défaut, ce qui offre plus de flexibilité pour les applications.
La documentation
DĂ©fi
GitLab Runner 11.8
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Et aujourd'hui, nous avons sorti GitLab Runner 11.8! GitLab Runner est un projet open source utilisé 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
Améliorations omnibus
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE
- Le package docker-distribution-pruner GitLab est désormais fourni avec Omnibus, qui offre aux administrateurs un moyen de nettoyer le stockage du registre.
- GitLab 11.8 inclut Mattermost 5.7.1 , un analogue open source de Slack , dont la dernière version inclut un certain nombre d'améliorations au mécanisme de l'expérience utilisateur. Cette version comprend également des améliorations de sécurité ; .
node_exporter Omnibus docker .- , Unicorn, Sidekiq, Postgres, .
nginx 1.12.2, registry 2.7.1, gitlab-elasticsearch-indexer 1.0.0.prometheus 2.6.1, node_exporter 0.17.0, redis_exporter 0.26.0.
La documentation
: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab GitLab .
GitLab 11.8 , - .
GitLab Chart
: CORE, STARTER, PREMIUM, ULTIMATE
- GCS .
- Postgres TLS .
ruby 2.5.3.
La documentation
Ruby 2.5
GitLab 11.6 GitLab Ruby 2.5. Omnibus GitLab GitLab Chart Ruby 2.5.3, Ruby 2.4 .
: 22 2018 .
Raspbian Jessie
GitLab 11.8 — Raspbian Jessie.
Jessie LTS , Raspbian Jessie image . Raspbian Stretch .
: 22 2019 .
Google OAuth2 SSO GitLab 11.7+
7 2019 Google API Google+. Google .
GitLab 11.7 API Google OAuth2, Google . GitLab 11.7 Google SSO .
Google OAuth2, 11.7 .
: 7 2019 .
Git GitLab 11.9
Git .
, , Git. GitLab 11.9 , .
, .
: 22 2019 .
Hipchat
Hipchat . GitLab Hipchat 11.9 .
: 22 2019 .
CentOS 6 GitLab Runner Docker
Runner CentOS 6 Docker GitLab 11.9 , Docker, CentOS 6. .
: 22 2019 .
System Info
GitLab GitLab admin/system_info , .
11.10 .
: 22 2019 .
GitLab.com Pages
GitLab.com , , ( 4 ). GitLab, , , . , , - . GitLab.com Pages 404, , .
: gitlab-ce#44696
: 22 2019 .
Prometheus 1.x Omnibus GitLab
GitLab 11.4 , Prometheus 1.0 Omnibus GitLab. Prometheus 2.0 , 1.0. 2.0 , , .
GitLab 12.0 Prometheus 2.0, . Prometheus 1.0 .
: 22 2019 .
TLS v1.1 12.0
GitLab 12.0 , TLS v1.1 . , Heartbleed, GitLab PCI DSS 3.1.
TLS v1.1, nginx['ssl_protocols'] = "TLSv1.2" gitlab.rband gitlab-ctl reconfigure .
: 22 2019 .
OpenShift GitLab
gitlab helm chart — GitLab Kubernetes, OpenShift .
OpenShift GitLab GitLab 12.0 .
: 22 2019 .
GitLab Geo GitLab 12.0
GitLab Geo (race condition) . gitlab-ce#40970 .
11.5 Geo: gitlab-ee # 8053 .
11.6 sudo gitlab-rake gitlab: geo: check , : gitlab-ee # 8289 . Geo, , .
11.8 gitlab-ee!8433 “Admin Area › Geo › Nodes”, .
12.0 Geo -: gitlab-ee # 8690 .
: 22 2019 .
, :
L'installation
GitLab, . GitLab .
.
GitLab
GitLab : (SaaS) .
: .
- Core : , GitLab .
- Starter : , , , .
- Premium : , , 24/7.
- Ultimate : , .
SaaS — GitLab.com : , GitLab; .
- Free : . Free , Gold .
- Bronze : , .
- Silver : , DevOps, .
- Gold : CI/CD. Gold , .