GitLab 12.4 a introduit plusieurs améliorations de gestion, y compris l'API d'audit, l'approbation du propriétaire du code pour les branches sécurisées et le contrôle d'accès pour les pages. Les dépendances de demande Marge aident à gérer le travail d'équipe et d'autres fonctionnalités intéressantes permettent de travailler plus efficacement et de fournir rapidement des logiciels de meilleure qualité.
Dépendances de demande Marge
GitLab améliore la transparence, la collaboration et la productivité. Lorsque les développeurs travaillent ensemble sur un grand projet, de petits changements doivent souvent être appliqués dans une séquence spécifique. Pour simplifier cette tâche, la fonction de dépendance des demandes de fusion vous permet de déterminer les dépendances dans les demandes de fusion afin que les modifications n'arrivent pas de manière chaotique et que vous puissiez voir toutes les dépendances lors de la révision du code. Cette fonctionnalité a été introduite en tant que dépendance de demande de fusion entre les projets dans la version 12.2 , mais est désormais renommée en tant que dépendance de demande de fusion et prend en charge plusieurs types de dépendances. Cela inclut les dépendances des demandes de fusion à la fois entre les projets et dans un projet.
Nous comprenons combien il est important de tout gérer. Voici quelques améliorations de la version 12.4 qui facilitent la gestion.
API d'audit des événements
GitLab permet d'assurer une transparence totale de l'ensemble du cycle de vie du traitement tout en optimisant les processus. Par conséquent, GitLab se marie bien avec d'autres solutions , et dans la version 12.4, nous introduisons l'API pour les événements d'audit au niveau de l'instance. Les événements d'audit sont un outil efficace d'application des politiques. À l'aide de l' API d'audit des événements , les administrateurs peuvent utiliser le code pour recevoir des événements et configurer des alertes et une surveillance efficaces en fonction de besoins spécifiques.
Contrôle d'accès aux pages sur GitLab.com
Le contrôle d'accès pour Pages était disponible pour les instances autogérées et est désormais disponible sur GitLab.com . Il permet aux administrateurs autorisés de restreindre l'accès au site Pages ou de le rendre public. Tout cela grâce au travail de la communauté, et nous sommes très heureux d'avoir activé cette fonctionnalité sur GitLab.com!
Approbation du propriétaire du code pour les succursales sécurisées
Une autre fonctionnalité à gérer est les réclamations des propriétaires de code pour les succursales sécurisées . L'approbation des demandes de fusion limite l'envoi de code aux succursales sécurisées, ce qui permet d'améliorer la qualité du code et de mettre en place des mesures de contrôle de conformité. Mais toutes les demandes de fusion ne sont pas conçues pour des branches stables, et toutes les branches stables ne nécessitent pas le même contrôle. Dans GitLab 12.4, vous pouvez empêcher l'envoi direct des modifications aux fichiers ou la fusion des modifications sans l'approbation du propriétaire du code pour des branches spécifiques.
Et ce n’est pas tout!
GitLab 12.4 a tellement de fonctionnalités intéressantes qu'il est tout simplement impossible de parler de toutes. Voici les meilleurs: les notifications pour les versions , la possibilité d'afficher les journaux de foyer à partir de n'importe quel environnement et la prise en charge de projets privés pour la visualisation en ligne des artefacts HTML . Continuez à lire et en savoir plus sur chaque fonctionnalité.
Assurez-vous de lire comment s'est déroulée notre première conférence européenne des utilisateurs le 9 octobre. La prochaine conférence des utilisateurs de GitLab aura lieu en janvier à San Francisco. L'inscription est déjà ouverte.
L'employé le plus précieux ( MVP ) de ce mois est Tuomo Ala-Vannesluoma.
Grâce à Tuomo, GitLab 12.4 prend en charge des projets privés de visualisation d'artefacts HTML , dont tout le monde rêve depuis longtemps et qui a gagné près de 300 votes! Pour la deuxième fois, Tuomo devient l'employé le plus précieux du mois - dans GitLab 11.5, il a implémenté le contrôle d'accès pour Pages . Merci pour votre contribution et votre travail actif cette année. Nous l'apprécions vraiment!
Caractéristiques principales de GitLab 12.4
Dépendances de demande Marge
PREMIUM, ULTIMATE, SILVER, GOLD
Les développeurs travaillent souvent ensemble sur un grand projet, apportant de petits changements. Ces changements doivent être appliqués dans une certaine séquence afin que tout fonctionne comme il se doit, mais dans ces dépendances, vous pouvez vous embrouiller et faire des erreurs.
La fonction de dépendance des demandes de fusion vous permet de déterminer les dépendances dans les demandes de fusion afin que les modifications ne soient pas appliquées dans le mauvais ordre. Il est également pratique d'examiner ces dépendances dans les révisions de code, afin qu'il soit plus facile pour les réviseurs de comprendre toutes les modifications proposées. Cette fonctionnalité a été introduite dans la version 12.2, et dans la version 12.4, elle a été améliorée et prend désormais en charge les dépendances des demandes de fusion dans un projet.
API d'audit des événements
PREMIUM, ULTIME
Les événements d'audit sont un outil efficace pour comprendre ce qui se passe sur GitLab. Grâce aux événements d'audit, les organisations peuvent surveiller la conformité des actions des utilisateurs avec les politiques, ce qui est très important pour les entreprises sous stricte surveillance.
Pour simplifier l'automatisation de ces tâches, nous présentons une API pour les événements d'audit au niveau de l'instance. À l'aide de l'API d'audit des événements, les administrateurs peuvent utiliser le code pour recevoir des événements et configurer des alertes et une surveillance efficaces en fonction des besoins spécifiques de l'organisation.
Approbation du propriétaire du code pour les succursales sécurisées
PREMIUM, ULTIMATE, SILVER, GOLD
L'approbation des demandes de fusion limite l'envoi de code aux agences sécurisées, ce qui permet d'améliorer la qualité du code et de mettre en place des mesures de contrôle de conformité. Mais toutes les demandes de fusion ne sont pas conçues pour des branches stables, et toutes les branches stables ne nécessitent pas le même contrôle.
Dans GitLab 12.4, vous pouvez exiger l'approbation du propriétaire du code pour certaines branches pour empêcher que les modifications soient envoyées directement aux fichiers ou fusionnent sans l'approbation du propriétaire du code.
Si le propriétaire du code devait approuver les modifications apportées aux paramètres de projet précédents, ces paramètres s'appliquent aux branches sécurisées existantes.
Le contrôle d'accès aux pages est désormais activé sur GitLab.com
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Le contrôle d'accès pour Pages permet aux administrateurs autorisés de restreindre l'accès au site Pages ou de le rendre public. Désormais, l'accès au contenu publié par des projets privés peut nécessiter un nom d'utilisateur et un mot de passe pour protéger le contenu d'un site publié, il est donc devenu plus facile de publier la documentation du service et de contrôler l'accès à celui-ci.
Regardez une courte vidéo sur le contrôle d'accès pour les pages .
Avis de sortie
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Vous pouvez maintenant vous abonner aux nouvelles sur les nouvelles versions du projet pour en savoir plus sur les nouvelles versions même pour les projets dans lesquels vous n'êtes pas impliqué. Avec cette fonctionnalité, vous pouvez surveiller les nouvelles versions des projets dont vous dépendez, sans les vérifier manuellement.
Regardez une courte vidéo sur les notifications de publication .
Afficher les journaux de foyer depuis n'importe quel environnement
ULTIMATE, GOLD
Auparavant, les journaux GitLab étaient principalement affichés sur la page Environnements. Par conséquent, il était difficile de basculer entre les journaux provenant d'environnements différents pour le dépannage. De plus, vous deviez d'abord entrer dans un certain environnement.
Dans GitLab 12.4, vous pouvez afficher tous les journaux de n'importe quel environnement ou pod. La page multimédia comporte désormais deux boutons pour afficher les journaux de journaux des clusters Kubernetes. Nous allons continuer d'améliorer l'accès aux journaux, par exemple, inclure un lien vers les journaux de journalisation directement dans le menu Opérations.
Autres améliorations dans GitLab 12.4
Utilisation de Jaeger dans l'interface GitLab
ULTIMATE, GOLD
La trace fournit des informations sur les performances et l'intégrité de l'application déployée, en suivant chaque fonction ou microservice qui traite une demande spécifique.
Jaeger est un système de traçage ouvert, intégré et distribué qui est utilisé pour surveiller et dépanner les systèmes distribués basés sur des microservices.
Avec GitLab 12.4, les utilisateurs qui utilisent Jaeger peuvent afficher les informations sur les performances et l'intégrité des applications déployées directement dans l'interface GitLab.
Prise en charge de l'expansion variable pour les pipelines multi-projets
PREMIUM, ULTIMATE, SILVER, GOLD
Si vous avez des pipelines avec plusieurs projets et qu'un pipeline en exécute un autre, il peut être utile de stocker la valeur dynamique dans la variable ci-dessus afin de s'y référer dans des pipelines subordonnés. Par exemple, si un pipeline s'exécute dans une branche et que vous souhaitez accorder l'accès à $CI_COMMIT_REF_NAME dans cette branche pour tous les pipelines en aval.
Auparavant, la variable ne se développait pas, donc l'appel de la variable dans des pipelines subordonnés via le mot clé trigger conduit à une erreur no ref name . Pour effectuer un tel workflow, il a fallu créer une tâche distincte dans le seul but d'exécuter la commande c URL pour transférer l'état de la variable. Une telle solution de contournement nécessitait une configuration et des ressources supplémentaires et rendait également difficile la visualisation des relations entre les pipelines dans l'interface utilisateur.
Maintenant, GitLab étendra les variables à l'intérieur de la propriété de branch du mot-clé trigger , et il vous sera plus facile d'organiser les pipelines et de les faire fonctionner séquentiellement lorsque vous utilisez plusieurs projets.
DAST pour la branche principale
ULTIMATE, GOLD
Nous sommes heureux d'annoncer que les analyses DAST peuvent désormais être effectuées pour la branche de projet par défaut dans une application de révision spéciale. Auparavant, DAST n'était disponible que pour les succursales. Cette amélioration vous permet de créer des repères DAST pour la branche par défaut avec laquelle les demandes de fusion seront comparées. Vous pouvez maintenant identifier la branche même dans laquelle de nouveaux problèmes de sécurité sont apparus.
Vérifier l'existence de fichiers dans les pipelines
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Nous complétons les rules: syntaxe, introduites pour la première fois dans GitLab 12.3 , avec une nouvelle rules:exists exist qui accepte un tableau de chemins et vérifie si ces chemins existent sous forme de fichiers dans le référentiel. Ceci est utile lorsque vous devez exécuter un travail CI uniquement si certains fichiers existent. Par exemple, vous exécutez le tests.yml tests uniquement s'il existe un fichier tests.yml . Cette règle accélère les pipelines car elle ignore les étapes supplémentaires.
Prise en charge native de la géographie pour la réplication d'objet
PREMIUM, ULTIME
Dans GitLab 12.4, Geo prend en charge de manière native la réplication de données vers un magasin d'objets, tels que des objets LFS, des artefacts de travail et de chargement. Auparavant, Geo pouvait être configuré pour fonctionner avec un magasin d'objets, mais la réplication de contenu restait toujours avec le fournisseur du magasin d'objets. Cela a imposé certaines limitations lorsque les utilisateurs devaient s'appuyer sur un équipement de stockage local qui ne prend pas en charge la logique de réplication.
La prise en charge native de Geo vous permet de répliquer des données sur différents fournisseurs de stockage d'objets dans différentes régions (par exemple, Amazon en Europe et Microsoft aux États-Unis). Les utilisateurs de Geo peuvent utiliser le stockage local, par exemple via MinIO, et utiliser Geo pour répliquer les données vers des nœuds secondaires.
La prise en charge native de Geo pour la réplication du stockage d'objets est actuellement en version bêta et n'est pas encore prête pour la production.
Amélioration de la gestion des fichiers volumineux via Git Partial Clone (alpha)
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Habituellement, nous ne recommandons pas de stocker de gros fichiers binaires dans Git, sinon le référentiel se développe et le clonage et la réception des modifications prennent beaucoup de temps. Nous avons proposé à Git LFS de stocker des fichiers volumineux en dehors du référentiel Git et de les télécharger à la demande.
Dans GitLab 12.4, nous ajoutons un support expérimental pour le clonage partiel de Partial Clone, avec lequel les fichiers volumineux peuvent être exclus lors du clonage d'un référentiel et de la réception des modifications. Désormais, vous n'avez plus à choisir les fichiers à stocker dans Git et ceux en dehors du référentiel à l'aide de Git LFS. La prise en charge du clone partiel est désactivée par défaut, mais elle peut être activée dans des projets individuels. Une version de Git d'au moins 2.22.0 est requise.
Par rapport à Git LFS, lorsque des fichiers volumineux nécessitaient une attention particulière lors de la création d'une validation, Partial Clone permet aux développeurs, aux exécuteurs de CI ou à d'autres clients Git de spécifier les fichiers à télécharger. Maintenant, vous n'avez plus à dire aux gens quels fichiers envoyer à Git LFS, il n'y aura aucun problème à réécrire l'historique et à transférer des fichiers volumineux vers Git LFS, et vous pouvez éviter d'avoir à envoyer accidentellement un fichier volumineux vers le référentiel Git lorsqu'il a sa place dans Git LFS. Les gros fichiers fonctionneront simplement comme ça.
Sélecteur de date pour l'analyse de la productivité
PREMIUM, ULTIMATE, SILVER, GOLD
Auparavant, il n'était pas possible de sélectionner une plage de dates spécifique pour les mesures dans l'analyse du cycle et les performances. Autrement dit, il était impossible d'étudier ou d'inclure les performances dans un rapport pendant un sprint ou une période particulière, car vous ne pouviez sélectionner qu'un intervalle spécifié: 7, 30, 60 ou 90 jours. Dans cette version, les utilisateurs peuvent afficher les données pour n'importe quelle durée.
Cloud privé virtuel par défaut lors de la création d'un cluster GKE sur GitLab
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Le moteur Google Kubernetes vous permet de créer des clusters de cloud privés virtuels qui utilisent des alias IP et de fournir une prise en charge de cloud privé virtuel intégré pour les réseaux de conteneurs, résultant en un système plus évolutif, sécurisé et simple qui convient aux déploiements et scénarios complexes.
À partir de GitLab 12.4 dans l'intégration de GitLab avec GKE, ce sera le paramètre par défaut lors de la création d'un cluster GKE.
Limiter les autorisations pour les travaux CI manuels
PREMIUM, ULTIMATE, SILVER, GOLD
Les développeurs doivent souvent créer des tâches qui sont effectuées manuellement, par exemple, pour les déploiements, l'approbation laxiste et d'autres opérations, mais dans GitLab, il n'est pas évident de restreindre ces autorisations afin que quiconque ne puisse pas effectuer ces actions.
En fait, c'était déjà possible, mais sans documentation claire. Dans cette version, nous avons considérablement amélioré la documentation pour protéger les tâches manuelles afin que vous puissiez comprendre comment les configurer.
Suppression de conceptions dans Design Management
PREMIUM, ULTIMATE, SILVER, GOLD
Parfois, des erreurs se produisent ou les objectifs de conception changent et vous devez pouvoir supprimer la conception de la version. À l'aide de la fonction de suppression de Design Management, vous pouvez sélectionner un ou plusieurs modèles et les supprimer de la dernière version. Maintenant, la dernière version du design présentera l'état actuel des choses.
Module complémentaire API pour les environnements et les déploiements
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Nous avons ajouté une fonction API qui renverra les attributs de l' state état et du last deployment . Ces informations peuvent être utilisées, par exemple, lors de l'écriture d'un script pour supprimer les environnements inutilisés.
Amélioration de la documentation de mise à niveau géographique
PREMIUM, ULTIME
Dans le cadre de nos efforts pour simplifier le processus de mise à niveau géographique, nous avons retravaillé de grandes parties de la documentation pertinente. GitLab Geo peut être déployé dans différentes configurations, et la procédure de mise à niveau dépend de ces configurations. Maintenant, la mise à niveau géographique est en grande partie manuelle et comprend de nombreuses étapes. Pour simplifier ce processus dans son ensemble, nous avons commencé par améliorer la documentation pour la mise à niveau de Geo . La documentation est désormais à jour et couvre tous les scénarios.
Nous avons réécrit les instructions générales de mise à niveau , archivé les anciennes instructions , mis à jour les instructions de mise à niveau sans interruption pour les déploiements simples et examiné de nombreuses autres sections de la documentation .
Nous travaillons sur des instructions de mise à jour sans temps d'arrêt pour un cluster Geo multi-nœuds hautement accessible ; mais toujours les tester.
Ensuite, nous améliorerons l'automatisation et les tests et rendrons certaines procédures de mise à niveau plus efficaces.
Les liens vers les demandes de fusion sont désormais affichés dans la vue du pipeline
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Lorsque vous affichez un pipeline, vous souhaitez parfois accéder aux demandes de fusion qui lui sont associées. Nous leur avons ajouté des liens directs pour simplifier le travail et augmenter la productivité.
Insérer des travaux au début ou à la fin d'un pipeline à l'aide de l'inclusion
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Le plus souvent, include est utilisé pour ajouter un travail au début ou à la fin d'un pipeline. Mais si vous avez une inclusion commune, vous ne savez peut-être pas comment s'appelle la première ou la dernière étape, il peut donc y avoir des problèmes avec la tâche au début ou à la fin du pipeline.
Dans GitLab 12.4, les étapes .pre et .post garantissent qu'elles démarrent au début ou à la fin du pipeline.
Mise à jour de l'application Kubernetes NGINX Ingress pendant l'installation via l'intégration à Kubernetes
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Lorsque vos applications Kubernetes s'exécutent dans la dernière version, vous profitez des dernières fonctionnalités et des fonctionnalités de sécurité actuelles. GitLab 12.4 vous permet d'utiliser la dernière version de NGINX Ingress lors de l' installation via GitLab Managed Apps. Pour mettre à niveau une version existante, désinstallez l'application Ingress et réinstallez-la via GitLab.
Point de terminaison API pour les noms de vérification d'état statique dans l'intégration GitHub
PREMIUM, ULTIMATE, SILVER, GOLD
Vous pouvez maintenant configurer les noms de vérification d'état statique dans l'intégration GitHub via l'API, afin qu'il soit plus facile de modifier ce paramètre dans un grand nombre de projets.
GitLab Runner 12.4
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Aujourd'hui, nous avons publié GitLab Runner 12.4! GitLab Runner est un projet open source utilisé pour exécuter des travaux CI / CD et renvoyer les résultats à GitLab.
Changements:
Une liste complète des modifications peut être trouvée dans le journal des modifications de GitLab Runner: CHANGELOG .
Améliorations des performances
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Nous continuons d'améliorer les performances de GitLab avec chaque version pour les instances GitLab de toute taille.
Quelques améliorations dans GitLab 12.4:
Les administrateurs peuvent remplacer les limites de taille des artefacts dans les projets ou les groupes
NOYAU, DEMARREUR, PREMIUM, ULTIME
La taille d'artefact maximale par défaut est maintenant de 100 Mo, mais dans certains projets, vous devez dépasser cette limite (à la discrétion de l'administrateur). Pour ce faire, nous avons ajouté la possibilité de redéfinir la taille limite des artefacts au niveau du groupe ou du projet, comme pour la taille limite du référentiel.
Prise en charge de projets privés pour la visualisation en ligne d'artefacts HTML
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
La possibilité d'afficher des artefacts HTML améliore l'efficacité du travail. Cette tâche est souvent effectuée, vous avez donc besoin d'un moyen pour ouvrir et afficher rapidement les artefacts. Sans présentation en ligne, vous devez télécharger l'artefact et utiliser le serveur Web localement pour afficher le rapport. Si vous le faites pour chaque artefact HTML pour tous les assemblys, vous aurez besoin de beaucoup de temps et d'une commutation constante entre les contextes.
Auparavant, il était possible de visualiser les artefacts HTML dans une fenêtre de navigateur via GitLab Pages, afin de ne pas les télécharger localement, mais cette fonctionnalité n'était disponible que pour les projets ouverts. Cela n'était pas pratique pour de nombreuses organisations qui utilisent GitLab, principalement pour des projets privés. Ils n'avaient pas une telle présentation en ligne. Et maintenant, grâce aux efforts de Tuomo Ala-Vannesluoma, un membre de la communauté, nous avons ajouté un support pour la présentation en ligne d'artefacts HTML pour des projets privés. Pour ce faire, activez le contrôle d'accès pour les pages GitLab .
Activation de Cloud Run sur GKE lors de la création d'un cluster via l'intégration avec GKE
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Lors de la création d'un cluster Kubernetes via l'intégration de GitLab et GKE, les utilisateurs peuvent désormais activer Cloud Run sur GKE en un clic. GKE initialise automatiquement le cluster avec Knative, Istio et l'équilibrage de charge sur HTTP. Après l'installation, les utilisateurs peuvent continuer à profiter des avantages de GitLab Serverless pour déployer des services Knative avec une configuration minimale.
Remarque Cloud Run for GKE a récemment été renommé Cloud Run for Anthos. Nous prévoyons de changer le nom en un nouveau le mois prochain.
Points de terminaison communs pour les alertes
ULTIMATE, GOLD
Les gens utilisent différents outils pour surveiller les environnements d'application. Ces outils envoient des alertes critiques et urgentes si un incident s'est produit et qu'une action doit être entreprise. Les capacités de gestion des incidents de GitLab incluent désormais un point de terminaison REST commun où vous pouvez envoyer des alertes à partir de n'importe quel outil. Lorsque GitLab reçoit une demande POST à ce point de terminaison, il crée automatiquement une tâche pour l'incident. La description de la tâche comprend des données d'incident et les champs communs sont analysés automatiquement. Par conséquent, vous pouvez désormais utiliser les tâches GitLab comme un emplacement central pour répondre aux incidents sur la base des données d'autres outils.
Regardez une courte vidéo sur l'ajout d'un point de terminaison commun pour les alertes .
Prise en charge géographique via une seule URL spécifique à Git
PREMIUM, ULTIMATE, SILVER, GOLD
Geo prend désormais en charge la fourniture aux utilisateurs d'une URL distante unique qui utilise automatiquement le site Geo le plus proche. Cela signifie que les utilisateurs n'ont pas besoin de mettre à jour la configuration Git pour utiliser les nœuds Geo les plus proches lors du déplacement. Les utilisateurs finaux n'ont même pas besoin de savoir qu'ils utilisent le site Geo local lorsqu'ils clonent initialement le projet. Et les administrateurs système n'auront pas à prendre en charge diverses configurations Git pour les utilisateurs à différents endroits. Tout cela est dû au fait que les requêtes push Git peuvent être automatiquement redirigées (HTTP) ou mandatées (SSH) des nœuds secondaires vers le nœud principal.
Geo peut être configuré pour utiliser différents services, tels que AWS Route53 ou Cloudflare .
Actions Git ajoutées à la limite IP de groupe
ULTIMATE, GOLD
GitLab 12.0 introduit une restriction sur les actions de groupe par adresse IP . Dans GitLab 12.3, nous avons inclus des actions d'API dans la restriction d'accès. Dans GitLab 12.4, nous ajoutons des actions Git via SSH.
La fonctionnalité avancée rejette désormais les actions dans l'interface utilisateur, l'API et Git si elles ne respectent pas la restriction d'adresse IP de groupe. Pour les organisations qui se conforment strictement aux exigences réglementaires, en particulier sur GitLab.com, cela offre un niveau de protection complet.
Diagramme de dispersion pour Productivity Analytics
PREMIUM, ULTIMATE, SILVER, GOLD
Auparavant, il n'y avait pas de moyen simple de visualiser et de mesurer la vitesse dans le temps. Pour fournir cette fonctionnalité, nous ajoutons des diagrammes de dispersion à Productivity Analytics, où vous pouvez sélectionner «Time to Merge» ou d'autres mesures liées aux demandes de fusion pour remarquer les tendances ou les écarts. Vous pouvez également examiner la plage de dates spécifique en détail pour analyser des ensembles de données spécifiques.
API pour créer des déploiements manuels
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Nous avons ajouté des API pour créer des déploiements. Cette fonctionnalité modifie les déploiements et la création du CI approprié est désormais facultative. Cela est nécessaire pour jeter les bases de la prise en charge des environnements externes et des déploiements sur GitLab.
Installation en un clic d'un coureur de groupe dans Kubernetes
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Il est maintenant assez facile de créer un coureur commun au niveau du groupe si vous utilisez GitLab avec Kubernetes. Dans les projets, vous pouvez déjà installer le coureur en un seul clic, mais les coureurs de groupe devaient être installés manuellement. Maintenant, vous pouvez simplement cliquer sur le bouton, et GitLab configurera automatiquement un coureur de groupe commun.
Notes système pour la gestion de la conception
PREMIUM, ULTIMATE, SILVER, GOLD
Dans GitLab 12.2, nous avons introduit la première version de Design Management, qui vous permet de charger des conceptions directement dans les tâches. Ils ont été téléchargés dans un onglet séparé, et les actions à leur sujet n'ont pas été enregistrées dans le journal, il était donc difficile de déterminer si des dessins ont été ajoutés à la tâche. À partir de GitLab 12.4, lors du chargement de conceptions dans le thread de tâche, des notes système sont créées pour informer les participants. À l'avenir, nous inclurons les statuts et le nombre de commentaires dans les conceptions afin que les utilisateurs comprennent mieux ce qui se passe.
Statut statique par défaut, vérification des noms en intégration avec GitHub
PREMIUM, ULTIMATE, SILVER, GOLD
Nous avons modifié le paramètre par défaut pour l'intégration avec GitHub pour définir les noms de vérification d'état statique par défaut dans les nouveaux projets. Lorsque cette option est activée sur la page d'intégration, le nom d'hôte de votre instance GitLab sera ajouté au nom de vérification d'état (si des noms dynamiques sont sélectionnés, le nom de la branche est ajouté). Il s'agit d'un paramètre initial plus raisonnable, qui garantit des vérifications d'état obligatoires sans configuration supplémentaire pour ceux qui utilisent le GitLab CI / CD dans le référentiel GitHub.
Sélectionner et déplacer plusieurs fiches de tâches
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Parfois, les petites choses sont très importantes. Si vous commencez un nouveau sprint ou si vous souhaitez simplement faire glisser et déposer des tâches sur le tableau, vous aimerez la nouvelle opportunité de sélectionner plusieurs cartes de tâches en utilisant Cmd + Ctrl +
Trier les packages dans l'interface de registre
PREMIUM, ULTIMATE, SILVER, GOLD
Dans le registre des packages GitLab, vous pouvez collecter, publier et envoyer des packages npm , Maven et (bientôt) Conan . GitLab fournit une interface utilisateur où les métadonnées de package sont affichées et vous pouvez facilement trouver des packages pour un groupe ou votre projet. Mais jusqu'à récemment, vous deviez faire défiler la liste des packages manuellement pour trouver ceux dont vous avez besoin.
GitLab 12.4 Package Registry, . created date ( ), name (), version () type (). , .
PREMIUM, ULTIMATE, SILVER, GOLD
Environments GitLab 12.3 . Environments () , Kubernetes, . 12.4 Environments . Kubernetes Environments . Environments .
Environments () , Kubernetes, .
S/MIME Helm- GitLab
CORE, STARTER, PREMIUM, ULTIMATE
S/MIME , , « » . S/MIME Omnibus 12.3 , S/MIME GitLab Kubernetes. 12.4 S/MIME GitLab Helm- GitLab .
Cert-Manager Kubernetes Kubernetes
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
, Kubernetes, . GitLab 12.4 Cert-Manager GitLab Kubernetes. , GitLab, Operations > Kubernetes , Cert-Manager.
Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
Let's Encrypt Cert-Manager 0.8.0 1
GitLab 12.4 Kubernetes Cert-Manager v0.5.2 Kubernetes. Let's Encrypt Cert-Manager 0.8.0 1 2019 . Cert-Manager . .
: 1 2019 .
gitlab.rb GitLab
GitLab, , , . IP , /etc/gitlab/gitlab.rb . gitlab.rb GitLab 12.4 GitLab 13.0. Omnibus GitLab 12.3 ( ) , .
: GitLab 13.0
Elasticsearch 5.6
Elasticsearch Elasticsearch 5.6.x GitLab 12.7. Elasticsearch 5.6 Elasticsearch 7.x.
GitLab 12.7 Elasticsearch 6.x. , Elasticsearch 7.x GitLab. . GitLab ElasticSearch 6.x.
: 22 2020 .
openSUSE Leap 15.0
openSUSE 15.0 2019 . GitLab 12.5 openSUSE 15.0. 4404 openSUSE Leap 15.1.
: GitLab 12.5
GitLab 12.4
- GitLab 12.4 Knative 0.7 GitLab . . GitLab Serverless -. Knative, GitLab.
- GitLab 12.4 Kubernetes Cert-Manager v0.9.1. Cert-Manager Kubernetes, . Let's Encrypt 1 2019 . Cert-Manager . GitLab 12.3 Cert-Manager 0.9.1 Kubernetes. Cert-Manager ( Kubernetes), .
- . — Sidekiq, . GitLab.com 36 . , .
Rails: (Project.count.to_f / 300_000).ceil . Rails: Sidekiq::Queue.new('background_migration').size .