Nous sommes heureux d'annoncer la sortie de GitLab 11.4 avec des mises à jour incroyables conçues pour aider les équipes de développement à travailler ensemble plus efficacement. La plupart des équipes de développement devOps cherchent à raccourcir leur cycle de travail. Par conséquent, de telles améliorations sont les bienvenues qui réduisent les pertes de temps et les travaux inutiles et permettent ainsi d'accélérer la livraison des applications et d'obtenir de meilleurs résultats commerciaux.
La version de GitLab 11.4 améliore l'efficacité de la révision de code à l'aide d'outils tels que les révisions de demandes de fusion et l' arborescence de fichiers dans la liste des différences . Une nouvelle fonction de drapeaux de fonctionnalité est proposée (version alpha). Les pipelines Auto DevOps et CI sont devenus encore plus efficaces car ils ont la capacité de migrer les bases de données PostgreSQL et les déploiements incrémentiels planifiés . Git lui-même est devenu encore plus rapide avec le support du protocole Git v2 .
Examen du code
L'outil d'examen des demandes de fusion réduira le chaos de plusieurs commentaires de code et demandes de fusion. La fonction de commentaires par lots permet au réviseur de saisir plusieurs commentaires à la demande d'un code ou d'une fusion, puis de les finaliser et de les envoyer dans un seul package. Désormais, les personnes qui s'abonnent à ce projet peuvent suivre plus efficacement les modifications.
Pour qu'un code de haute qualité soit fourni, il est nécessaire que les personnes les plus aptes à cet effet examinent et approuvent les modifications. Dans la version 11.3 , le concept de "propriétaire de code" a été introduit. Maintenant, sur la CODEOWNERS fichier CODEOWNERS contenant des informations sur les propriétaires de code, GitLab suggère les personnes qui doivent examiner et approuver une demande de fusion spécifique. Ainsi, il devient possible d'examiner et d'approuver les modifications rapidement et à moindre coût. Il est également utile pour déterminer la séparation des fonctions et des rôles dans une équipe lorsqu'il est nécessaire de définir des réviseurs pour des parties spécifiques du code.
Lors de l'examen des demandes de fusion, vous pouvez maintenant afficher l'arborescence des fichiers. Pour les réviseurs, la navigation entre plusieurs fichiers modifiés est simplifiée et accélérée, et ils peuvent laisser des commentaires et des commentaires.
Russell Levy, co-fondateur et directeur technique de Chorus.ai , explique comment l'examen et la navigation dans l'arborescence des fichiers aident leur équipe:
Nous examinons attentivement le code, et généralement chaque demande de fusion de taille moyenne contient 10 à 20 commentaires, ainsi que plusieurs séries de discussions. L'utilisation de la fonction de révision réduit le chaos et les retards dans le processus de révision.
Lorsque vous travaillez sur les demandes de fusion les plus importantes, la nouvelle fonctionnalité «arborescence de fichiers dans la liste des différences» accélère considérablement le processus de révision, car elle peut être utilisée pour parcourir facilement le code pour comprendre les dépendances.
Indicateurs de fonction
Nous introduisons une version alpha des «indicateurs de fonctionnalité», un système d'activation / désactivation de fonctionnalité. Les équipes de développement peuvent désormais pratiquer la livraison continue d'applications, déployer de nouvelles fonctionnalités dans un environnement de production en petits packages et réduire ainsi le risque d'un déploiement complet.
DevOps automatiques et convoyeurs CI / CD
Nous avons également fourni à tous les utilisateurs la possibilité d'utiliser .gitlab-ci.yml include des fichiers supplémentaires. Maintenant, il est disponible non seulement dans la version Starter, mais aussi dans Core. Cela permet à toutes les équipes d'utiliser cette meilleure pratique et rend la gestion des pipelines CI / CD plus simple et plus efficace.
Des changements cosmétiques agréables
Avec la communauté GitLab au sens large, de nombreuses améliorations importantes que nous avons incluses dans cette version ont été ajoutées. Ceux-ci comprenaient: une nouvelle mise en page de profil, un accès rapide à l'état du profil, mettant en @mentions commentaires @mentions , de nouvelles actions rapides et la possibilité de fermer les épopées.
Lisez la suite pour en savoir plus sur toutes les grandes fonctionnalités de la version GitLab 11.4.
La personne la plus précieuse du mois ( MVP ) - Luke Piccho .
Luke a ajouté la possibilité de télécharger les codes de récupération 2FA sous forme de fichier , ce qui simplifie leur sauvegarde. Les codes de récupération 2FA sont requis pour retrouver l'accès à votre compte GitLab si vous perdez l'accès à votre téléphone ou à votre mot de passe secret à usage unique.
Merci, Luke, pour votre contribution!
Principales fonctionnalités ajoutées à GitLab 11.4
Examiner les demandes de fusion
Disponible en versions: PREMIUM, ULTIMATE, SILVER, GOLD
La révision de code dans les demandes de fusion est une fonctionnalité puissante de GitLab. Les membres de l'équipe s'engagent dans des dialogues liés à des lignes de code spécifiques dans la liste des différences et peuvent même résoudre des incohérences. Cependant, si les différences dans une demande de fusion particulière sont importantes, le processus peut devenir très déroutant. Souvent, les réviseurs peuvent avoir besoin de laisser 10 commentaires ou plus dans un seul cycle de conversation. Et il peut s'avérer que le 9e ou 10e commentaire rend les commentaires antérieurs inutiles. Le résultat final est que l'auteur de la demande de fusion reçoit de nombreuses notifications et doit les trier une à la fois.
Dans ce numéro, nous présentons la possibilité d'examiner les demandes de fusion. Cela permettra au réviseur de créer autant de commentaires de code provisoire qu'il le souhaite dans la demande de fusion, de s'assurer qu'ils sont tous cohérents, puis de les envoyer en une seule fois. Étant donné que les brouillons de commentaires sont enregistrés dans GitLab, le réviseur peut même répartir son travail sur plusieurs sessions. Il peut, par exemple, commencer à réviser sur son ordinateur de bureau pendant les heures de travail, puis plus tard dans la soirée pour former un examen final sur sa tablette à domicile. Dès l'envoi des projets de commentaires, ils prennent la forme de commentaires individuels ordinaires. Cela permet aux membres individuels de l'équipe d'examiner le code dans l'ordre qui leur convient le mieux, mais en même temps de maintenir la compatibilité avec toute l'équipe.
Dans les prochaines itérations, nous améliorerons cette fonctionnalité en fournissant un aperçu avant l'envoi par lots, et nous combinerons également toutes les notifications actuellement générées en fonction de ces commentaires dans une notification par lots .
Création et changement d'indicateurs de fonctionnalité pour les applications (version alpha)
Disponible en: PREMIUM, ULTIMATE, SILVER, GOLD
Cette fonctionnalité vous permet de créer des indicateurs de fonction et de gérer les capacités de votre logiciel directement dans le produit. Créez simplement un nouvel indicateur de fonction, archivez-le dans votre programme à l'aide d'instructions API simples et vous aurez la possibilité de contrôler le comportement du programme dans l'environnement de production depuis GitLab à l'aide de l'indicateur.
Les drapeaux de fonction sont un système permettant d'activer et de désactiver la fonctionnalité de votre application. Ils permettent aux équipes de livrer en continu en déployant de nouveaux composants dans un environnement de production en petits lots afin de contrôler les tests. La fourniture de composants est séparée dans le temps de leur lancement par le client. Cela permet de réduire les risques et facilite le contrôle de l'inclusion et de la désactivation de certaines fonctions.
Veuillez noter qu'il s'agit d'une fonction alpha qui est introduite pour la première fois, nous vous recommandons donc de vérifier cette fonction et de fournir des commentaires, et nous vous informons également que son implémentation pourrait changer dans les versions futures.
Arborescence de fichiers pour afficher les différences dans la demande de fusion
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
La révision de code est une technique importante utilisée dans chaque projet réussi, mais il est difficile de comprendre exactement ce qui a changé par rapport à la liste non structurée des différences. GitLab dispose désormais d'une arborescence de fichiers consultable avec laquelle vous pouvez voir quels fichiers ont changé et passer de l'un à l'autre.
L'arborescence des fichiers, comme diff-stats , montre la structure et la taille des modifications. Avec son aide, il est plus pratique d'afficher les modifications et de passer d'une différence à l'autre. Une recherche dans l'arborescence permet aux réviseurs de restreindre l'affichage du code à un sous-ensemble spécifique de fichiers en spécifiant un chemin d'accès ou un type de fichier spécifique. Cela simplifie l'examen par les pairs pour ceux qui se concentrent uniquement sur un sous-ensemble spécifique de fichiers à partir d'une demande de fusion.
Auparavant, la liste des fichiers modifiés était accessible via une liste déroulante consultable, ce qui était plus pratique pour naviguer vers un fichier spécifique.
Possibilité d'offrir aux propriétaires de code des approbateurs de demande
Disponible en: DEMARREUR, PREMIUM, ULTIME, BRONZE, ARGENT, OR
Il n'est pas toujours évident de savoir qui est la personne la plus appropriée pour examiner les modifications de code. Désormais, lors de la création ou de la modification d'une demande de fusion, les propriétaires de code sont indiqués comme personnes recommandées pour approuver la demande. Cela simplifie la nomination d'une personne appropriée.
La prise en charge de l'identification des propriétaires de code a été introduite dans la version GitLab 11.3 . Dans les versions futures, la participation des propriétaires de code augmentera dans le flux de travail de demande de fusion. Pour cela, les fonctions d' affectation automatique et les exigences d'approbation du propriétaire serviront.
Mise à jour de l'apparence d'une page de profil utilisateur
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Quelle que soit votre implication dans GitLab, votre activité est une source importante d'informations et un indicateur de participation, qui s'affiche directement sur votre page de profil personnelle. Votre profil personnel doit donner une idée simple de ce qui vous intéresse et de ce sur quoi vous travaillez.
Dans ce numéro, nous présentons une apparence mise à jour de la page de profil, reflétant vos activités à travers le calendrier de contribution personnelle auparavant familier mais désormais raccourci. La page montre également vos activités récentes et les projets personnels les plus importants dans GitLab.
Définition et affichage de l'état dans le menu utilisateur
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Dans la version de GitLab 11.2, nous avons d'abord introduit des messages d'état personnels qui vous permettent d'afficher votre disponibilité ou votre humeur en ce moment, ou simplement de mettre une image de votre animal préféré.
Dans cette version, le paramètre d'état est devenu encore plus simple et plus fluide. Lorsque vous sélectionnez le nouvel élément «Définir le statut» dans le menu utilisateur, une nouvelle fenêtre modale apparaît, avec laquelle vous pouvez définir et réinitialiser votre statut directement dans le contexte. De plus, l'état que vous définissez est affiché dans votre menu utilisateur, en plus de votre nom complet et de votre nom d'utilisateur, y compris l'émoticône installée et le message.
La possibilité d'utiliser Inclure dans .gitlab-ci.yml passée de Starter à Core
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Nous sommes heureux d'annoncer qu'à partir de cette version, l'utilisation de l'opérateur "include" dans les .gitlab-ci.yml est désormais disponible dans la version Core. Cela aidera à garantir la compatibilité des modèles et d'autres ressources communes pour les utilisateurs des versions gratuites et payantes de GitLab, ainsi qu'à offrir à tous les utilisateurs la possibilité de réaliser le développement à l'aide d'une méthode avancée utilisant des fragments de code réutilisables dans les pipelines CI / CD.
Exécution only / à l' except travaux pour les modifications sur un chemin spécifique ou dans un fichier spécifique
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
La nécessité d'une telle fonction est souvent affirmée dans les demandes des utilisateurs. Nous sommes fiers d'offrir la possibilité d'utiliser only / except règles dans les fichiers .gitlab-ci.yml pour les tâches dans lesquelles des modifications se produisent dans un fichier spécifique ou le long d'un chemin spécifique (global).
Cela fournira un contrôle supplémentaire pour les utilisateurs dont les référentiels contiennent différents types de ressources (actifs) ou assemblys. Il est garanti que pour les types de modifications effectuées, seules les étapes qui leur correspondent seront effectuées; réduisant ainsi le temps d'exécution global du pipeline.
Déploiements incrémentiels planifiés ajoutés au pipeline Auto DevOps
Disponible en: PREMIUM, ULTIMATE, SILVER, GOLD
Dans les versions antérieures, il était déjà possible de configurer des déploiements incrémentiels dans Auto DevOps, et dans cette version, nous avons ajouté un paramètre qui vous permet de configurer des déploiements incrémentiels selon un calendrier . Le déploiement se poursuivra automatiquement sur une certaine chronologie jusqu'à ce qu'une erreur se produise.
Prise en charge de Kubernetes RBAC pour les applications développées par GitLab
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Lorsque vous configurez votre infrastructure pour la première fois ou que vous vous connectez à une infrastructure existante, la sécurité est de la plus haute importance. Le contrôle d'accès basé sur les rôles (RBAC) est devenu public dans le cadre de la version Kubernetes 1.8, fournissant des contrôles d'accès aux ressources Kubernetes plus granulaires.
L'intégration de GitLab à Kubernetes vous permet désormais de créer un cluster compatible RBAC dans GKE ou de vous connecter à un cluster compatible RBAC existant. Cela offre une sécurité accrue de l'infrastructure.
Prise en charge de RBAC dans le pipeline Auto DevOps
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Auto DevOps prend désormais en charge l'interfaçage avec les clusters Kubernetes compatibles RBAC et le déploiement d'applications sur ceux-ci.
Le contrôle d'accès basé sur les rôles (RBAC) est un outil important qui permet aux opérateurs d'assurer la fiabilité, la sécurité et l'efficacité de leur cluster Kubernetes. L'utilisation d'Auto DevOps en combinaison avec un cluster compatible RBAC garantit que vos applications bénéficient de la sécurité renforcée de l'infrastructure.
Prise en charge de la migration et de l'initialisation de la base de données PostgreSQL pour Auto DevOps
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Lorsque vous utilisez Auto DevOps pour découvrir, créer, tester, déployer et surveiller automatiquement votre application, des fonctionnalités supplémentaires sont ajoutées. Depuis la version 11.4, Auto DevOps offre la possibilité d'initialiser ou de migrer une base de données PostgreSQL vers votre projet.
Il vous suffit de définir une variable de projet pour initialiser ou migrer votre base de données PostgreSQL, et Auto DevOps fait le reste.
Autres améliorations dans GitLab 11.4
Listes d'étiquettes auxquelles sont abonnées les notifications de l'utilisateur
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Les étiquettes dans GitLab sont un outil très puissant, car elles peuvent être appliquées aux problèmes, aux demandes de fusion et aux épopées. Plus vous utilisez de balises, plus il peut être difficile de les maintenir.
Dans le numéro précédent, nous avons ajouté la possibilité de rechercher par balises sur la page de liste de balises du projet. Dans ce numéro, vous pouvez rechercher par balises, trier les balises par nom, date de création et date de mise à jour, et même voir une liste de balises pour lesquelles vous avez des notifications. Cette fonctionnalité est disponible sur les pages de liste d'étiquettes pour le groupe et le projet.
Filtrage des demandes de fusion WIP
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Les demandes de fusion sont une partie importante de GitLab; ils fournissent aux membres de l'équipe une collaboration transparente dans le développement du code. En particulier, nous encourageons les équipes à partager leur travail dès le début. Dans ce cas, il est conseillé d'utiliser la fonction WIP (travaux en cours) pour indiquer qu'un travail actif est toujours en cours sur cette demande de fusion, et à ce stade, il ne devrait pas encore être exécuté.
Dans cette version, il sera plus facile pour les utilisateurs de faire la distinction entre les demandes de fusion WIP et non-WIP grâce à un filtre spécialement conçu à cet effet, qui est applicable dans les listes de demandes de fusion à la fois au niveau du groupe et au niveau du projet. Cela permet aux utilisateurs de se concentrer sur les demandes qui en sont encore à un stade précoce de leur travail, plutôt que sur celles qui en sont aux dernières étapes de l'examen avant la fusion.
@mentions clairement mises en @mentions pour l'utilisateur actuel
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
De nombreux utilisateurs participent souvent à une longue discussion conjointe sur un problème ou une demande de fusion, ce qui rend difficile de voir rapidement les commentaires qui s'adressent spécifiquement à vous.
À partir de cette version, les commentaires ( @mentions ) qui vous sont envoyés (c'est-à-dire l'utilisateur actuel) sont mis en évidence dans une couleur spéciale. Cela vous permet de voir quels commentaires vous concernent spécifiquement et vous aide à vous concentrer rapidement sur eux.
Insérez des tableaux et des liens en un seul clic
Disponible en: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab prend en charge l'utilisation des outils de balisage GitLab Flavored Markdown (GFM) dans la plupart des cas lorsque vous travaillez dans GitLab, dans lequel vous devez saisir du texte. GFM combine un formatage puissant avec une syntaxe simple. En particulier, en utilisant GFM, vous pouvez créer des tables. Auparavant, cela était difficile, en particulier pour les grands tableaux, car vous deviez entrer beaucoup de caractères ou insérer le tableau précédent pour le formater selon vos besoins. GFM prend également en charge l'intégration d'URL. Mais parfois, vous pouvez oublier la syntaxe spécifique.
À partir de cette version, vous pouvez cliquer sur le bouton du tableau dans l'éditeur GFM, et un nouveau tableau sera automatiquement ajouté. Ensuite, vous pouvez facilement saisir des valeurs ou développer le tableau et le formater selon vos besoins. Vous pouvez utiliser cette fonctionnalité dans les descriptions et les commentaires de GitLab.
Vous pouvez maintenant cliquer sur le bouton du lien et, en même temps, le squelette de syntaxe du lien URL sera créé pour vous. Vous pouvez facilement y mettre un lien et enregistrer son nom.
Merci à George Tsiolis pour la possibilité d'insérer des tables!
Merci à Jan Beckmann pour la possibilité d'insérer des liens URL!
Inclusion de nouveaux problèmes dans l'horaire de travail
Disponible en: DEMARREUR, PREMIUM, ULTIME, BRONZE, ARGENT, OR
Les horaires de travail aident les équipes à suivre le travail à mesure qu'il progresse dans la phase de travail. En règle générale, la quantité de travail est déterminée et convenue avant le début de la phase. Mais parfois, des exceptions importantes à cette règle peuvent se produire (par exemple, une erreur qui a provoqué une urgence ou un correctif de sécurité), et une nouvelle quantité de travail doit être ajoutée à la planification sous la forme de nouveaux problèmes.
Dans cette version, les nouveaux problèmes qui surviennent au cours des travaux et entraînent un saut dans la ligne seront désormais pris en compte dans les plannings de tâches.
Poids supplémentaires dans les publications API
Disponible en: DEMARREUR, PREMIUM, ULTIME, BRONZE, ARGENT, OR
Dans la version précédente, nous avons élargi les valeurs de pondération autorisées de la publication, qui peuvent désormais être à peu près n'importe quoi si elles sont supérieures à zéro.
API , API.
" "
: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
( ). .
, / .
!
: ULTIMATE, GOLD
( ) GitLab. «», «» «», . , , , , .
( ) , , API, .
: CORE, STARTER, PREMIUM, ULTIMATE
, GitLab - GitLab.
, . , , .
: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
, GitLab. « » — , , .
!
: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
, , .
GitLab 11.4 , . , , .
!
: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
-. . , , , .
« ».
!
: CORE, STARTER, PREMIUM, ULTIMATE
, .
- Docker
: CORE, STARTER, PREMIUM, ULTIMATE
- , Docker. Docker , , #3605 .
Auto DevOps
: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
11.4 Auto DevOps (GitLab.com) () , , , . Auto DevOps , .
, Auto DevOps, .
: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
when .gitlab-ci.yml . , , , , , , , , .
Nurtch JupyterHub
: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
, , .
JupyterHub, Kubernetes GitLab, Rubix Nurtch, DevOps. , .
: ULTIMATE, GOLD
, . , . , , .
GitLab 11.4 . « >CI/CD> », .
: ULTIMATE, GOLD
GitLab 11.4 . , , .
Git v2
: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
, , . Git v2 — Git, , , ( ) (GitLab). .
. , (, git fetch origin master ) . , 100 000 , .. 10 .
Git v2 Git v2.18.0 . git config , git config --global protocol.version 2 . Git v2 GitLab.com SSH, .
Geo UX
: PREMIUM, ULTIMATE
Geo .
GitLab 11.4 Geo , . « », «» . «», .
UX !
Prometheus 2.0 Omnibus GitLab
: CORE, STARTER, PREMIUM, ULTIMATE
Omnibus GitLab Prometheus, . Prometheus 2.x, . . , - , 1.x.
Prometheus 2.4.2 GitLab 11.4 Omnibus, .
• 11.4 Prometheus 2.
• . gitlab-ctl prometheus-upgrade , Prometheus , , . Prometheus .
• GitLab 12.0 Prometheus 2.0 . Prometheus 1.0 .
Prometheus 2.4.2, .
Geo
: PREMIUM, ULTIMATE
Geo . Geo GitLab 11.4:
•
•
•
•
• Sidekiq
, GitLab Geo .
Geo SSH Git -
: PREMIUM, ULTIMATE, SILVER, GOLD
— Geo , GitLab. 11.3 SSH git push .
, Geo URL-.
GitLab Runner 11.4
: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab Runner 11.4! GitLab Runner — , CI/CD GitLab.
:
• JSON
• -
• -
•
•
• gitlab_runner_jobs_total
• ,
• Fix K8S
GitLab Runner: CHANGELOG
: CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab 11.4:
• Markdown
•
• , ,
•
•
• diff
• « » Gitaly
•
Omnibus
: CORE, STARTER, PREMIUM, ULTIMATE
• redis 3.2.1. , . 11.4 gitlab-ctl restart redis , , .
• GitLab 11.4 Mattermost 5.3 , Slack . , . , , .
• git 2.18.1, libpng — 1.6.35.
• gnupg 2.2.10, gpgme 1.10.0, libgcrypt 1.8.3, npth 1.6, libgpg-error 1.32 libassuan 2.5.1.
• trusted_certs 0644 , 0755 .
Docker GitLab Runner
GitLab 11.4 ( 22 2018 ) Docker 1.12 (API 1.24) Docker . 11.4 .
: 22 2018 .
Prometheus 1.x Omnibus GitLab
GitLab 11.4 ( 22 2018 ) Prometheus 1.0 Omnibus GitLab. Prometheus 2.0, 1.0. 2.0 , , .
GitLab 12.0 Prometheus 2.0, . Prometheus 1.0 .
: GitLab 12.0
GitLab 11.3 11.4, . .
, , , .
GitLab.com 34 , .
GitLab Geo Geo .
, Omniauth . , . , omniauth, 11.4. , , , Omniauth .
, :
• GitLab Community Edition
• GitLab Enterprise Edition
• GitLab Runner
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 , .