La version passionnante de GitLab 12.2 aidera les équipes à rationaliser les pipelines, à étendre la collaboration et à gérer les interdépendances des projets. Détails ci-dessous.
Des pipelines plus rapides et plus flexibles
Les pipelines CI sont nécessaires pour automatiser les tâches d'assemblage et de test afin d'accélérer la livraison des logiciels et d'éviter les erreurs inhérentes manuelles. Mais dans certains cas, l'efficacité des pipelines GitLab CI / CD est loin d'être idéale. GitLab 12.2 prend désormais en charge les graphiques acycliques directionnels (DAG) pour créer et gérer des dépendances de tâches détaillées plutôt que de s'appuyer sur des étapes séquentielles. Il s'agit d'un outil super efficace avec lequel vos pipelines CI fonctionneront plus rapidement et de manière plus productive.
Gestion de la conception
Le développement de logiciels est un sport d'équipe et nous voulons le rendre accessible à tous. Dans la version 12.2, nous proposons de nouvelles fonctionnalités pour permettre aux concepteurs et à la gestion de conception dans GitLab. La gestion de la conception facilitera la soumission, le contrôle de version et la collaboration sur les artefacts de conception pour rendre le travail d'équipe encore plus efficace avec une seule source de vérité.
Nous commençons tout juste à travailler sur les workflows de conception sur GitLab et serons heureux si vous contribuez à notre stratégie de gestion de la conception .
Marge les dépendances des requêtes entre les projets
Dans les systèmes complexes, il existe souvent plusieurs projets avec des interdépendances entre les changements de code, où il est important dans quel ordre les changements sont appliqués. GitLab prend désormais en charge les dépendances de demande de fusion entre projets pour déterminer les relations de dépendance et éviter les erreurs associées à l'application de modifications dans le mauvais ordre. Moins il y a d'erreurs, moins vous devez refaire et plus vous pouvez déployer rapidement les modifications.
Et ce n’est pas tout!
GitLab 12.2 a tellement de fonctionnalités intéressantes qu'il est tout simplement impossible de parler de toutes. Limitation des appartenances aux groupes par domaine , stratégie de déploiement pour les pourcentages et ID utilisateur pour les commutateurs de fonction , approbation de la sécurité dans les demandes de fusion et maintenant les variables d'environnement avec portée sont incluses dans la version Core . Lisez la suite et apprenez-en plus sur chaque fonctionnalité.
Employé le plus utile du mois ( MVP ) - Fabio Papa
Grâce à Fabio, un nouveau paramètre est apparu dans GitLab 12.2 , avec lequel non seulement les propriétaires, mais aussi les mainteneurs peuvent créer des sous-groupes. Fabio a également apporté une précieuse contribution aux versions de GitLab 12.0 et GitLab 11.10 .
Merci Fabio
Caractéristiques principales de GitLab 12.2
Graphiques directionnels acycliques pour les pipelines GitLab
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Dans un pipeline simple, toutes les tâches d'une étape doivent être terminées avant de passer à l'étape suivante. Dans de nombreux pipelines, vous devez passer par tous les tests avant le déploiement. Mais dans les pipelines plus complexes, vous souhaitez parfois que les tâches à une étape commencent avant l'achèvement de l'étape précédente. Par exemple, un projet crée des applications pour Android et iOS dans un pipeline à plusieurs étapes. Très probablement, vous souhaiterez que le déploiement des applications iOS commence immédiatement après avoir réussi les tests pour iOS, afin de ne pas attendre que tous les tests pour Android soient réussis. Le temps de calcul total sera le même et le temps physique sera différent. Pour simplifier le travail dans de tels cas et vous donner un outil efficace et flexible pour définir des pipelines complexes, nous avons ajouté le mot-clé needs: qui définit la relation entre les travaux dans .gitlab-ci.yml . Avec le mot-clé needs , vous pouvez spécifier qu'une tâche doit être terminée après une autre. Lorsque la première tâche est terminée, la tâche qui en dépend à l'étape suivante commence immédiatement à être exécutée, sans attendre le reste des tâches de l'étape précédente. Dans GitLab, nous avons implémenté cette fonction à l'aide d'un graphe acyclique dirigé . En substance, lorsque GitLab crée un pipeline à partir de votre configuration, il utilise un ensemble complexe de règles pour déterminer la séquence des tâches, et pas seulement démarrer des tâches à une étape seulement après avoir terminé la précédente. Premièrement, le pipeline est exécuté plus efficacement, et deuxièmement, sur cette base, d'autres fonctionnalités avancées peuvent être mises en œuvre. Utilisez le mot-clé needs aujourd'hui pour créer des pipelines, comme dans l'exemple ci-dessus, ou utilisez-le dans de nouveaux scénarios de mono-référentiel intéressants lorsque plusieurs services non liés sont stockés dans le même référentiel et ne doivent pas attendre les uns les autres.
Annotations de conception
PREMIUM, ULTIMATE, SILVER, GOLD
À l'aide d'annotations de conception, les concepteurs et les développeurs peuvent travailler ensemble sur les conceptions, laissant des commentaires sur divers aspects. En résolvant les conceptions de tâches à l'appui de cette collaboration, nous continuons d'affiner les tâches en tant que source unique de vérité sur GitLab. Dans le même temps, nous fournissons un cadre pour les commentaires et les discussions de conception.
Nous commençons tout juste à travailler sur les workflows de conception sur GitLab et serons heureux si vous contribuez à notre stratégie .
La gestion de la conception est actuellement au stade alpha et peut être modifiée à tout moment sans préavis. Pour gérer la conception, vous devez activer le stockage de fichiers volumineux (LFS) .
Marge les dépendances des requêtes entre les projets
PREMIUM, ULTIMATE, SILVER, GOLD
Les entreprises qui lancent plusieurs produits connexes utilisent souvent des services et des bibliothèques communs afin de ne pas résoudre deux fois le même problème. Habituellement, ils sont stockés dans des projets distincts, mais dans ce cas, il est difficile de coordonner les changements entre les services et leurs consommateurs si vous devez modifier la fonction dans plusieurs composants.
Dans GitLab 12.2, les dépendances de demande de fusion entre projets vous permettent de définir des relations de dépendance afin que les modifications ne soient pas appliquées dans le mauvais ordre. Il est également pratique d'examiner ces relations dans les révisions de code, afin qu'il soit plus facile pour les réviseurs de comprendre toutes les modifications.
Restrictions d'appartenance à un groupe par domaine
PREMIUM, ULTIMATE, SILVER, GOLD
Pour les organisations soucieuses de la sécurité, il est important de contrôler l'accès aux projets et aux équipes pour gérer les risques. Dans la version 12.2, nous ajoutons un outil de contrôle d'accès supplémentaire pour les administrateurs et les propriétaires de groupes. Désormais, vous ne pouvez accorder l'appartenance à un groupe qu'aux utilisateurs possédant une adresse e-mail dans le domaine spécifié.
Cela signifie que dans YourCompany, seuls les utilisateurs possédant des adresses yourcompany.com peuvent être inclus dans le groupe, et les propriétaires ne pourront pas ajouter accidentellement des utilisateurs non autorisés.
Stratégie de déploiement en pourcentage pour les commutateurs de fonctionnalités
PREMIUM, ULTIMATE, SILVER, GOLD
Vous pouvez maintenant sélectionner une stratégie de déploiement en pourcentage pour les commutateurs de fonctionnalités. Une fois déployé par pourcentage, vous pouvez définir individuellement le pourcentage pour chaque environnement et chaque commutateur. Lorsque le pourcentage de déploiement est configuré et que le commutateur est activé, la fonction s'affiche pour le pourcentage configuré d'utilisateurs connectés. Cela vous permet d'effectuer des déploiements contrôlés et de surveiller le comportement de l'environnement cible pour obtenir les résultats attendus.
Stratégie de déploiement de l'identité de l'utilisateur pour les commutateurs de fonctionnalités
PREMIUM, ULTIMATE, SILVER, GOLD
Vous pouvez désormais sélectionner une stratégie de déploiement par ID utilisateur pour les commutateurs de fonctionnalités. Cette stratégie vous permet de spécifier une liste d'identifiants d'utilisateurs, séparés par des virgules, puis d'activer la fonction uniquement pour certains utilisateurs. Vous pouvez également tester des fonctions uniquement sur certains groupes ou segments de la base d'utilisateurs.
Marge demande l'approbation de la sécurité
ULTIMATE, GOLD
Il est désormais possible de garantir que les demandes de fusion introduisant de nouvelles vulnérabilités ne seront pas appliquées tant que les personnes responsables n'auront pas examiné et approuvé la modification.
Il sera donc plus facile pour vous et vos équipes de respecter les exigences et les politiques, et les nouvelles vulnérabilités ne pourront pas s'infiltrer accidentellement dans la base de code.
Spécification de variables lors du démarrage d'une tâche manuellement
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Désormais, lorsque vous démarrez une tâche manuellement, vous pouvez redéfinir ou fournir de nouvelles variables que la tâche utilisera. Il sera donc beaucoup plus facile de configurer des tâches personnalisées ou réutilisables dans les pipelines, et même de dépanner les tâches.
Variables d'environnement de portée désormais disponibles dans Core
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR *
La possibilité de limiter les variables d'environnement à une zone spécifique est apparue dans GitLab Premium 9.4 et est désormais disponible pour GitLab Core. Cette fonctionnalité offre une flexibilité dans la configuration de diverses variables (par exemple, différentes clés privées pour accéder à différentes infrastructures dans des environnements) et l'utilisation de plusieurs environnements dans le cycle de vie du développement.
Nous ouvrons le code source de cette fonctionnalité conformément à notre division en niveaux par type d'acheteur , afin que chacun puisse l'utiliser et participer à son développement.
Autres améliorations dans GitLab 12.2
Le registre NPM prend désormais en charge l'authentification avec le jeton d'accès personnel GitLab
PREMIUM, ULTIMATE, SILVER, GOLD
Le registre NPM GitLab permet aux développeurs Javascript de compiler, publier et versionner des packages NPM en utilisant leur instance GitLab. NPM nécessite une authentification avec OAuth et avant la version 12.2, le jeton d'accès personnel GitLab ne prenait pas en charge OAuth. Les utilisateurs devaient créer leur propre jeton (en dehors de GitLab) pour utiliser le registre NPM, et il était impossible d'utiliser l'authentification à deux facteurs. Cette solution n'a pas évolué pour les entreprises clientes.
Nous sommes heureux d'annoncer que dans la version 12.2, nous prenons en charge l'authentification avec le jeton d' accès personnel GitLab. Le jeton d'accès personnel GitLab fonctionne avec une authentification à deux facteurs et permet aux utilisateurs de choisir la portée et la politique d'expiration. Ajoutez simplement votre jeton d'accès personnel au fichier .nprmrc et entrez dans le registre GitLab NPM pour publier et télécharger des packages.
Liste des utilisateurs avec un projet
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Pour suivre les projets dignes, vous pouvez les marquer d'une étoile . Grâce à la contribution de la communauté, vous pouvez maintenant voir une liste d'utilisateurs qui ont marqué un projet spécifique. Pour ce faire, cliquez sur le nombre de ces utilisateurs sur la page du projet. La liste est également disponible dans l' API Projets .
Les projets marqués peuvent être consultés dans le profil utilisateur .
Merci pour la contribution, Camil Staps !
Les responsables peuvent créer des sous-groupes
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Dans les grandes organisations qui ont besoin de flexibilité, les sous-groupes aident à maintenir l'ordre dans une instance croissante. Les propriétaires peuvent désormais autoriser les responsables à créer des sous-groupes. Avec cette option, les responsables du groupe pourront agir rapidement et de manière indépendante, sans recourir aux propriétaires du groupe pour obtenir de l'aide.
Merci pour la contribution, Fabio Papa !
Nouvelles options push pour les demandes de fusion
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
GitLab prend déjà en charge l'ouverture de demandes de fusion et la personnalisation de leur application après l'achèvement réussi du pipeline - et c'est tout dans l'équipe push de Git. Maintenant, appliquer de petits changements est rapide et facile.
GitLab 12.2 a publié de nouvelles options push:
- Configurez la suppression de branche après la fusion.
- Modifiez le titre de la demande de fusion.
- Modifiez la description de la demande de fusion.
Amélioration du déploiement des fichiers diff
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Lors de la visualisation d'un fichier diff, la plupart des lignes sont masquées sans modifications afin que les modifications soient immédiatement visibles. Mais parfois, vous avez besoin de plus de contexte.
Dans GitLab 12.2, les plages de lignes masquées peuvent être ouvertes complètement ou progressivement. Auparavant, les plages de lignes masquées ne pouvaient être ouvertes que progressivement, à partir du bas de la plage.
Raccourcis de tâches d'édition par lots au niveau du groupe
PREMIUM, ULTIMATE, SILVER, GOLD
Les utilisateurs peuvent modifier les raccourcis de nombreuses tâches simultanément dans un même projet. GitLab 12.2 introduit la possibilité de modifier par lots des raccourcis pour de nombreuses tâches au niveau du groupe afin de rendre les raccourcis plus faciles à gérer.
Attribution de groupes en tant que propriétaires de code
DEMARREUR, PREMIUM, ULTIMATE, BRONZE, SILVERGOLD
Il n'est souvent pas évident de savoir qui doit vérifier les changements. Ce sera plus facile si vous affectez des propriétaires de code aux fichiers. Après le rendez-vous, vous voyez les propriétaires lors de l'affichage du fichier et les ajoutez automatiquement en tant qu'approbateurs pour les demandes de fusion.
Dans GitLab 12.2, vous pouvez désormais affecter des groupes entiers aux propriétaires de code, et pas seulement aux utilisateurs par nom sur GitLab et par e-mail. Si vous affectez un groupe, les propriétaires de code ne seront pas laissés pour compte en cas de changement d'équipe, en particulier lors de l'utilisation de LDAP pour gérer les appartenances au groupe.
API Git Blame
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Il est utile de savoir qui a modifié la dernière ligne de code et pourquoi, afin d'apporter des modifications ultérieures et de savoir à qui demander les commentaires. Avec l'équipe Git blame , ces informations sont faciles à trouver.
Dans GitLab 12.2, la nouvelle API Blame récupère ces informations directement depuis GitLab, et non via le référentiel. Ceci est utile pour les scripts et l'automatisation basés sur les utilisateurs qui ont récemment modifié un fichier.
Merci Oleg Zubchenko pour votre contribution .
Téléchargements de Design Management
PREMIUM, ULTIMATE, SILVER, GOLD
Les concepteurs et les développeurs peuvent désormais travailler ensemble sur les conceptions au sein de la tâche GitLab grâce à la fonction de téléchargement pour gérer la conception sur GitLab. Les conceptions peuvent être téléchargées dans une nouvelle zone de la tâche pour un suivi et une collaboration faciles.
Contrôle de version pour les conceptions
PREMIUM, ULTIMATE, SILVER, GOLD
Dans GitLab 12.2, nous introduisons le contrôle de version pour les conceptions. Grâce au contrôle de version, vous pouvez facilement visualiser les modifications au fil du temps et suivre ces modifications et leur progression.
Suppression multiple pour le registre de conteneurs
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Il est très important que vous gardiez l'ordre dans le registre des conteneurs. Au fil du temps, les images s'accumulent et encombrent le disque. S'il y a trop de balises, le temps de chargement de la page de gestion du registre de conteneurs dans Packages> Registre de conteneurs est allongé et il peut être difficile à utiliser.
Auparavant, il n'y avait que quelques options de gestion du registre, toutes avec leurs propres défauts. Vous pouvez utiliser l'API de suppression de balises en vrac et la récupération de place pour automatiser le nettoyage, mais pour cela, vous devez écrire et maintenir un script. Il était également possible de supprimer manuellement les images et les balises de la page de contrôle, mais cela prend trop de temps, car vous devez les supprimer une par une.
Maintenant, l'interface GitLab vous permet de ranger manuellement beaucoup plus rapidement. Sélectionnez plusieurs balises à la fois et si vous sélectionnez une image, toutes les balises qui lui sont associées seront sélectionnées automatiquement. La maintenance du registre sera désormais plus facile, vous économiserez du stockage et maintiendrez les performances des pages. Nous sommes heureux de présenter cet ajout dans le registre des conteneurs et préparons de nouvelles choses pratiques. Ne manquez pas les améliorations futures, telles que la possibilité de personnaliser les politiques de rétention et les dates d'expiration .
Liste des tâches manuelles
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Organiser une grande liste de tâches n'est pas facile - vous devez spécifier la priorité et l'ordre d'implémentation, par exemple, pour nettoyer le backlog.
Dans la version 12.2, vous pouvez trier la liste des tâches manuellement en mode manuel , où vous pouvez faire glisser et déposer des tâches sur la liste et les organiser dans n'importe quel ordre.
L'ordre est enregistré dans l'instance entière pour toutes les listes de tâches du projet et les listes de tâches des groupes où le mode manuel est activé.
Espace de noms Kubernetes pour chaque environnement
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
L'utilisation d'un cluster Kubernetes unique pour plusieurs environnements peut être bénéfique. Par exemple, si un cluster est utilisé pour le développement et le transfert, les coûts administratifs sont réduits, car vous devez gérer un seul cluster. Et vous pouvez économiser sur l'infrastructure - Kubernetes planifiera les pods des deux environnements sur moins de nœuds.
Auparavant, GitLab ne prenait pas suffisamment en charge de tels scénarios et tous les environnements du projet étaient déployés dans le même espace de noms. Si vous aviez besoin d'autorisations différentes pour chaque environnement (par exemple, vous vouliez permettre aux ingénieurs de se déployer dans l'environnement de développement, mais pas de transfert), vous deviez démarrer un cluster distinct. L'intégration de GitLab Kubernetes utilise désormais un espace de noms dédié pour chaque environnement de projet, et vous pouvez affiner les autorisations pour chaque environnement afin de profiter pleinement des avantages de l'utilisation d'un seul cluster pour plusieurs environnements.
Les utilisateurs de Kubernetes pourront utiliser le même cluster pour différents environnements et n'auront pas à déployer tous les environnements dans le même espace de noms. De plus, les opérateurs peuvent configurer en détail les autorisations pour chaque environnement, afin que les utilisateurs puissent se déployer sur certains environnements, mais pas sur tous.
Désinstaller Cert Manager de Kubernetes GitLab Managed Applications
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Si vous avez installé Cert Manager dans un cluster Kubernetes via GitLab Kubernetes, vous pouvez maintenant le supprimer en un seul clic sur la page du cluster.
Suppression de Helm des applications gérées par Kubernetes GitLab
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Si vous avez installé Helm dans un cluster Kubernetes via GitLab Kubernetes, vous pouvez maintenant le supprimer en un seul clic sur la page du cluster.
Suppression de Knative dans les applications gérées par Kubernetes GitLab
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Si vous avez installé Knative dans un cluster Kubernetes via GitLab Kubernetes, vous pouvez maintenant le supprimer en un seul clic sur la page du cluster.
Désactiver les notifications par e-mail mail pour un groupe ou un projet
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Désormais, les propriétaires peuvent désactiver les notifications au niveau du groupe ou du projet , quels que soient les paramètres utilisateur individuels.
Si vous désactivez les notifications au niveau du groupe, cela affectera tous les sous-groupes et projets du groupe parent.
Filtrer les projets par nom lors de l'importation depuis Bitbucket Server
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
L'importation de projets existants de Bitbucket Server vers GitLab devrait être simple. Mais s'il existe des milliers de tels projets, vous êtes tourmenté en choisissant les référentiels Bitbucket.
Dans la version 12.2, nous simplifions ces migrations et présentons un filtre sur la page d'importation de Bitbucket Server, où vous pouvez spécifier les noms des référentiels que vous souhaitez importer. Nous sommes heureux d'ajouter ce filtre à tous les importateurs du projet dans les versions futures.
Verrouiller le fichier qui n'autorise pas plusieurs instances du coureur sur le même hôte
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
L'exécution de plusieurs instances de gitlab-runner sur le même hôte peut entraîner de la confusion et compliquer le débogage. Cela ne devrait pas être le cas, nous présentons donc un fichier de verrouillage qui empêchera cet événement aléatoire.
Exemples améliorés pour la séparation automatique des tests
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Nous avons déjà le mot-clé parallel, avec lequel vous pouvez contrôler et configurer de manière flexible les tests parallèles (ou effectuer n'importe quelle tâche en parallèle en général), mais le développeur doit configurer beaucoup, et parfois la logique de séparation est simplement dupliquée. Il existe des solutions open source, par exemple Test Boosters , qui améliorent ce processus et divisent la configuration de test en plusieurs fichiers, automatisant cette partie de la configuration. Nous avons mis à jour la documentation du mot-clé parallel pour rendre le processus plus évident et améliorer l'efficacité du pipeline.
Amélioration du masquage des variables pour les caractères @ et:
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Nous avons ajouté la prise en charge de deux caractères supplémentaires dans les variables de masquage, et maintenant GitLab peut masquer automatiquement plus de secrets différents qu'aujourd'hui.
Raccourcis et annotations pour les tâches utilisant GFM dans les alertes des instances externes de Prometheus
ULTIMATE, GOLD
Si vous avez une instance Prometheus gérée en dehors de GitLab, nous avons simplifié le tri et l'affectation des incidents. Nous avons ajouté le champ gitlab_incident_markdown où GitLab recherche des alertes. Il est affiché au-dessus des incidents dans la section Résumé . GFM ( GitLab Flavored Markdown ) peut être ajouté aux fichiers de configuration des alertes dans AlertManager et utilisé pour attribuer et marquer automatiquement les tâches ouvertes par les alertes.
Raccourcis pour les tâches ouvertes par les alertes d'incident Prometheus
ULTIMATE, GOLD
Si vous configurez un projet pour ouvrir les tâches d'alerte Prometheus, le raccourci d' incident sera appliqué automatiquement. Par conséquent, l'équipe de réponse aux incidents sera désormais en mesure de les trier facilement sur les tableaux de tâches, et elle n'aura plus à marquer manuellement les tâches en fonction des incidents et des tâches d'un type différent.
Mesures intégrées de Prométhée dans les tâches
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
, . , , , . , , . , , , , .
, . , URL. URL , .
, . , , .
API
STARTER, PREMIUM, ULTIMATE
GitLab. GitLab.com note , . , , . API , .
CSV- Prometheus
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab . , , , . GitLab CSV-, . CSV-.
ULTIMATE, GOLD
, . , .
, , , .
GitLab Runner 12.2
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab Runner 12.2! GitLab Runner — , CI/CD GitLab.
:
GitLab Runner: CHANGELOG .
GitLab
CORE, STARTER, PREMIUM, ULTIMATE
GitLab:
- — Kubernetes 1.11.
networkproxy registry .gitlab-shell .- Postgres
gitlab-migrations .
Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
- GitLab 12.2 Mattermost 5.13 — Slack , , DevOps .
- GitLab 12.2 Unicorn , .
CPUs + 1 int(CPUs * 1.5 +1) . - GitLab 12.2 Debian Buster .
nginx 1.16.1, TLS v1.3 ECDSA .postgresql 9.6.14 10.9.gitlab-monitor 4.2.0, graphicsmagick — 1.3.33.- , Redis
KEYS . . - JavaScript XSS-. .
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab GitLab .
GitLab 12.2:
Kubernetes
Kubernetes 12.2. , GitLab 11.11.
: 22 2019 .
Internal () GitLab.com , .
Internal , . , , innersource .
GitLab.com . Internal, Internal Public ( ) .
30 , (Public) (Private). Internal Private . .
: 30 2019 .
Ruby 2.6
GitLab 12.2 Ruby 2.6. Omnibus GitLab GitLab Chart Ruby 2.6.3, Ruby 2.5 .
: 22 2019 .
GitLab 12.2
, Grafana, Grafana , GitLab SSO .
cookie Rails , . cookie . 12.2 , , .
GitLab 12.0 GitLab 12.1, GitLab 12.2 PostgreSQL 10.7 .
PostreSQL 10.7, /etc/gitlab/disable-postgresql-upgrade .
:
GitLab, GitLab .
.