GitLab 11.10 avec des pipelines dans le panneau de contrôle, des lignes de force pour les résultats combinés et des offres sur plusieurs lignes dans les demandes de fusion.
Informations pratiques sur les performances des pipelines dans différents projets
GitLab continue d'augmenter la transparence du cycle de vie DevOps. Dans cette version , un aperçu de l'état des pipelines a été ajouté au panneau de configuration .
C'est pratique même si vous étudiez le pipeline d'un projet, mais c'est particulièrement utile s'il y a plusieurs projets , et c'est généralement le cas si vous utilisez des microservices et que vous souhaitez exécuter le pipeline pour tester et fournir du code à partir de différents référentiels de projet. Vous pouvez maintenant voir immédiatement la fonctionnalité des pipelines sur le panneau de commande , où qu'ils soient exécutés.
Exécution de pipelines pour des résultats combinés
Au fil du temps, les branches source et cible divergent, et une situation peut survenir lorsqu'elles s'adaptent individuellement, mais ne fonctionnent pas ensemble. Vous pouvez maintenant exécuter les pipelines pour les résultats combinés de la fusion . Ainsi, vous remarquerez rapidement des erreurs qui ne se produiraient que si les modifications étaient souvent déplacées entre les branches, ce qui signifie que vous corrigerez les erreurs de pipeline beaucoup plus rapidement et utiliserez GitLab Runner plus efficacement.
Optimisation de la collaboration
GitLab 11.10 a encore plus de fonctionnalités pour une collaboration facile et des flux de travail simplifiés. Dans le numéro précédent, nous avons présenté des propositions de demandes de fusion, lorsque le réviseur pouvait proposer une modification d'une ligne dans le commentaire à la demande de fusion, et elle pouvait être immédiatement validée directement à partir du fil de commentaires. Nos utilisateurs ont aimé cela et ont demandé à étendre cette fonctionnalité. Vous pouvez maintenant suggérer des modifications pour plusieurs lignes , en indiquant les lignes à supprimer et celles à ajouter.
Merci pour vos commentaires et suggestions!
Et ce n'est pas tout ...
Cette version possède de nombreuses fonctionnalités impressionnantes, telles que des raccourcis dans une zone spécifique , un nettoyage plus approfondi du registre des conteneurs , des DevOps automatiques composables et la possibilité d'acheter des minutes supplémentaires de CI Runner . Vous trouverez ci-dessous des détails sur chacun d'eux.
Employé le plus précieux du mois ( MVP ) - Takuya Noguchi
Ce mois-ci, Takuya Noguchi est devenue l'employée la plus précieuse. Takuya a fait du bon travail pour la gloire de GitLab : correction de bugs, correction de bugs dans le backend et le frontend, et amélioration de l'interface utilisateur. Je vous remercie!
Caractéristiques principales de GitLab 11.10
Pipelines sur le panneau de commande
PREMIUM, ULTIMATE, SILVER, GOLD
Le panneau de configuration de GitLab affiche des informations sur le projet pour l'ensemble de l'instance GitLab. Vous ajoutez des projets individuels un par un et vous pouvez choisir celui qui vous intéresse.
Dans ce numéro, nous avons ajouté des informations sur l'état des lignes de connexion au panneau de configuration. Désormais, les développeurs voient la fonctionnalité des pipelines dans tous les projets nécessaires - dans une seule interface.
Des pipelines pour des résultats combinés
PREMIUM, ULTIMATE, SILVER, GOLD
Habituellement, au fil du temps, la branche source s'écarte de la branche cible si vous ne déplacez pas constamment les modifications entre elles. Par conséquent, les pipelines de branche source et cible sont «verts» et il n'y a aucun conflit de fusion, mais la fusion échoue en raison de modifications incompatibles.
Lorsque la ligne de paiement des demandes de fusion crée automatiquement un nouveau lien qui contient le résultat combiné de la fusion des branches source et cible, nous pouvons exécuter le pipeline par ce lien et nous assurer que le résultat global fonctionne.
Si vous utilisez des pipelines de demande de fusion (de n'importe quelle qualité) et utilisez des exécuteurs GitLab privés version 11.8 ou ultérieure, vous devez les mettre à jour afin que gitlab-ee # 11122 ne se produise pas. Cela n'affecte pas les utilisateurs de coureurs GitLab accessibles au public.
Suggérer des changements sur plusieurs lignes
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Lorsque vous travaillez ensemble sur des demandes de fusion, vous remarquez souvent des problèmes et proposez des solutions. Depuis GitLab 11.6, nous supportons la suggestion de changements pour une seule ligne.
Dans la version 11.10, dans les commentaires de la demande diff, vous pouvez suggérer des modifications pour plusieurs lignes, puis tout utilisateur disposant d'autorisations en écriture sur la branche d'origine peut les accepter en un seul clic. Grâce à la nouvelle fonctionnalité, le copier-coller peut être évité, comme dans les versions précédentes.
Raccourcis dans une zone
PREMIUM, ULTIMATE, SILVER, GOLD
Avec des étiquettes dans une zone, les équipes peuvent utiliser des étiquettes s'excluant mutuellement (dans la même zone) pour une tâche, fusionner une demande ou une épopée dans des scénarios avec des champs personnalisés ou des états de workflow personnalisés. Ils sont configurés à l'aide d'une syntaxe spéciale avec deux points dans l'en-tête de l'étiquette.
Supposons que vous ayez besoin d'un champ personnalisé dans les tâches pour suivre le système d'exploitation de la plate-forme à laquelle vos fonctions sont destinées. Chaque tâche doit concerner une seule plateforme. Vous pouvez créer des raccourcis pour la platform::iOS , la platform::Android , la platform::Linux et d'autres selon vos besoins. Si vous appliquez un tel raccourci à une tâche, un autre raccourci existant qui commence par platform:: automatiquement supprimé.
Supposons que vous disposiez de raccourcis pour workflow::development , workflow::review et workflow::deployed , indiquant l'état du workflow dans votre équipe. Si la tâche a déjà un raccourci workflow::development et que le développeur souhaite transférer la tâche à l'étape workflow::review , il applique simplement le nouveau raccourci et l'ancien ( workflow::development ) est automatiquement supprimé. Ce comportement existe déjà lorsque vous déplacez des tâches entre des listes de raccourcis sur le tableau des tâches qui représente le flux de travail de votre équipe. Désormais, les membres de l'équipe qui ne travaillent pas directement avec le tableau des tâches peuvent modifier l'état du flux de travail dans les tâches elles-mêmes.
Nettoyage plus approfondi du registre des conteneurs
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Dans l'utilisation normale du registre de conteneurs avec des pipelines CI, vous envoyez plusieurs modifications distinctes à une seule balise. En raison de l'implémentation de la distribution Docker, le comportement par défaut consiste à enregistrer toutes les modifications du système, mais à la fin, elles prennent beaucoup de mémoire. Si vous utilisez l'option -m avec registry-garbage-collect , vous pouvez rapidement supprimer toutes les modifications précédentes et libérer de l'espace précieux.
Acheter plus de minutes CI Runner
BRONZE, ARGENT, OR
Les utilisateurs disposant d'un forfait payant GitLab.com (Gold, Silver, Bronze) peuvent désormais acheter des minutes CI Runner supplémentaires. Auparavant, il fallait s'inscrire dans le quota prévu par le plan. Grâce à cette amélioration, vous pouvez pré-acheter des minutes dépassant le quota afin d'éviter les interruptions de travail dues à l'arrêt des pipelines.
Maintenant, 1000 minutes coûtent 8 $ et vous pouvez les acheter autant que vous le souhaitez. Les minutes supplémentaires commenceront à être dépensées lorsque vous dépenserez l'intégralité du quota mensuel, et le reste des minutes supplémentaires sera reporté au mois suivant. Dans une future version, nous souhaitons ajouter cette fonctionnalité aux plans gratuits.
DevOps automatiques pouvant être liés
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Avec Auto DevOps, les équipes passent aux pratiques DevOps modernes sans presque aucun effort. À partir de GitLab 11.10, chaque travail dans Auto DevOps est fourni en tant que modèle indépendant . Les utilisateurs peuvent utiliser includes dans GitLab CI pour activer des étapes Auto DevOps individuelles et utiliser leur gitlab-ci.yml personnalisé. De cette façon, vous ne pouvez inclure que le bon travail et profiter des mises à jour en amont.
ARGENT, OR
Auparavant, vous deviez gérer les groupes sur GitLab.com manuellement. Vous pouvez désormais utiliser SAML SSO et gérer des groupes à l'aide de SCIM pour créer, supprimer et mettre à jour des utilisateurs sur GitLab.com.
Cela est particulièrement utile pour les entreprises avec un grand nombre d'utilisateurs et des fournisseurs d'identité centralisés. Vous pouvez désormais disposer d'une seule source de vérité, telle qu'Azure Active Directory, et les utilisateurs seront créés et supprimés automatiquement via le fournisseur d'identité, plutôt que manuellement.
Connexion à GitLab.com via le fournisseur SAML
ARGENT, OR
Auparavant, lors de l'utilisation de SAML SSO pour les groupes, l'utilisateur devait se connecter avec les informations d'identification GitLab et un fournisseur d'identité. Vous pouvez maintenant vous connecter directement via SSO en tant qu'utilisateur GitLab lié à un groupe configuré.
Les utilisateurs n'ont pas besoin de se connecter deux fois, il est donc plus pratique pour les entreprises d'utiliser SAML SSO pour GitLab.com.
Autres améliorations dans GitLab 11.10
Diagramme d'épopées d'enfants
ULTIMATE, GOLD
Dans le numéro précédent, nous avons ajouté des épopées enfants (épopées épiques) pour vous faciliter la gestion de la structure de distribution des tâches. Les épopées enfants sont affichées sur la page épopée parent.
Dans ce numéro, la page de l'épopée parent affiche le schéma des épopées enfants, afin que les équipes voient l'historique des épopées enfants et puissent gérer les dépendances temporelles.
Écrans contextuels de demande Marge
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Dans ce numéro, nous présentons des écrans informatifs qui s'affichent lorsque vous survolez le lien de demande de fusion. Auparavant, nous ne montrions que le titre de la demande de fusion, et maintenant également le statut de la demande de fusion, le statut du pipeline CI et l'URL courte.
Dans les versions futures, nous prévoyons d'ajouter des informations plus importantes, par exemple, les personnes responsables et les points de contrôle , et également d'introduire des écrans contextuels pour les tâches .
Filtrage des demandes de fusion par branches cibles
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Les workflows Git pour la publication ou la livraison de logiciels sont souvent associés à plusieurs branches à long terme - pour apporter des corrections aux versions précédentes (par exemple stable-11-9 ) ou pour passer du contrôle qualité à la production (par exemple l' integration ), mais ce n'est pas si facile à trouver fusionner les demandes de ces branches parmi les nombreuses demandes de fusion ouvertes.
La liste des demandes de fusion de projets et de groupes peut désormais être filtrée par la branche cible de la demande de fusion pour faciliter la recherche de celle dont vous avez besoin.
Merci Hiroyuki Sato
Envoi et fusion sur un pipeline réussi
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Si nous utilisons la méthode de développement de développement basée sur le tronc, nous devons éviter les succursales à longue durée de vie au profit de petites succursales temporaires à propriétaire unique. Des modifications mineures sont souvent envoyées directement à la branche cible, mais en même temps, nous risquons de casser l'assemblage.
Dans cette version, GitLab prend en charge de nouvelles options d'envoi dans Git pour ouvrir automatiquement les demandes de fusion, définir une branche cible et fournir une fusion en cas de succès du pipeline à partir d'une ligne de commande lors de l'envoi vers une branche.
Intégration améliorée avec les tableaux de bord externes
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
GitLab peut accéder à plusieurs serveurs Prometheus (au niveau de l'environnement, du projet et du groupe (prévu) ), mais avoir plusieurs points de terminaison peut compliquer le système ou peut ne pas être pris en charge par les tableaux de bord standard. Dans cette version, les équipes peuvent utiliser la même API Prometheus, ce qui simplifie considérablement l'intégration avec des services tels que Grafana.
Trier les pages Wiki par date de création
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Dans le wiki du projet, les équipes peuvent partager de la documentation et d'autres informations importantes avec le code source et les tâches. Dans cette version, la liste des pages du Wiki peut être triée par date de création et par titre pour trouver rapidement le contenu nouvellement créé.
Surveillance des ressources demandées par le cluster
ULTIMATE, GOLD
GitLab permet de surveiller le cluster Kubernetes pour les applications de développement et de production. À partir de cette version, gardez une trace des ressources processeur et de la mémoire demandées par le cluster pour voir les difficultés potentielles avant qu'elles ne deviennent des problèmes.
Afficher les métriques de l'équilibreur de charge dans le tableau de bord Grafana
NOYAU, DEMARREUR, PREMIUM, ULTIME
Il est très important de surveiller la santé de l'instance GitLab. Auparavant, nous fournissions des tableaux de bord par défaut via une instance intégrée de Grafana. À partir de cette version, nous avons inclus des panneaux supplémentaires pour la surveillance des équilibreurs de charge NGINX.
SAST pour Elixir
ULTIMATE, GOLD
Nous continuons d'étendre la prise en charge des langues et d'approfondir les contrôles de sécurité. Dans cette version, nous avons inclus des contrôles de sécurité pour les projets sur Elixir et les projets construits sur la plate-forme Phoenix .
Plusieurs requêtes dans un même graphique
PREMIUM, ULTIMATE, SILVER, GOLD
Dans GitLab, vous pouvez créer des graphiques pour visualiser les mesures que vous collectez. Souvent - par exemple, si vous devez regarder la valeur maximale ou moyenne d'une métrique - vous souhaitez afficher plusieurs valeurs sur un diagramme. À partir de cette version, vous en avez l'occasion.
Résultats DAST dans le tableau de bord de sécurité de groupe
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Nous avons ajouté les résultats du test dynamique de sécurité des applications (DAST) au panneau de sécurité du groupe en plus du SAST, de l'analyse des conteneurs et de l'analyse des dépendances.
ULTIMATE, GOLD
Dans ce problème, le rapport d'analyse de conteneur contient plus de métadonnées - nous avons ajouté le composant affecté (fonctionnalité Clair) aux métadonnées existantes: priorité, identifiant (en référence à mitre.org) et le niveau affecté (par exemple, debian: 8).
Ajout d'un type de rapport de mesure pour fusionner les demandes
PREMIUM, ULTIMATE, SILVER, GOLD
GitLab fournit déjà plusieurs types de rapports qui peuvent être inclus directement dans les demandes de fusion: des rapports sur la qualité du code et les tests unitaires au stade de la vérification à SAST et DAST au stade de la protection.
Bien qu'il s'agisse de rapports importants, des informations de base adaptées à différents scénarios sont également nécessaires. Dans GitLab 11.10, nous fournissons des rapports métriques directement dans la demande de fusion, qui attend une simple paire clé-valeur. De cette façon, les utilisateurs suivent les modifications au fil du temps, y compris les mesures personnalisées et les modifications des mesures pour une demande de fusion spécifique. L'utilisation de la mémoire, les tests de charge spécialisés et les états d'intégrité peuvent être convertis en mesures simples qui peuvent être affichées directement dans les demandes de fusion avec d'autres rapports intégrés.
Prise en charge des projets d'analyse de dépendances multi-modules Maven
ULTIMATE, GOLD
Dans cette version, les projets multi-modules Maven prennent en charge l'analyse des dépendances GitLab. Auparavant, si un sous-module était dépendant d'un autre sous-module du même niveau, il ne pouvait pas permettre le démarrage à partir du référentiel Maven central. Maintenant, le projet multi-modules Maven est créé avec deux modules et une dépendance entre les deux modules. La dépendance entre les modules du même niveau est désormais disponible dans le référentiel Maven local afin que la construction puisse continuer.
Les utilisateurs peuvent modifier le chemin de clonage dans CI
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Par défaut, GitLab Runner clone le projet dans un chemin imbriqué unique dans $CI_BUILDS_DIR . Mais pour certains projets, comme Golang, le code doit être cloné dans un répertoire spécifique afin de pouvoir être assemblé.
Dans GitLab 11.10, nous avons introduit la variable GIT_CLONE_PATH , avec laquelle vous pouvez spécifier le chemin spécifique où GitLab Runner clone le projet avant la fin de la tâche.
Masquage simple des variables protégées dans les journaux
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
GitLab fournit plusieurs façons de protéger et de limiter la portée des variables dans un CI / CD GitLab. Mais les variables peuvent toujours entrer intentionnellement ou accidentellement dans les journaux d'assemblage.
GitLab prend au sérieux la gestion des risques et l'audit et continue d'ajouter des fonctionnalités pour se conformer aux exigences. Dans GitLab 11.10, nous avons introduit la possibilité de masquer certains types de variables dans les journaux de suivi des travaux, en ajoutant un niveau de protection contre la pénétration accidentelle du contenu de ces variables dans les journaux. Et GitLab masque désormais automatiquement la plupart des variables de jeton intégrées.
Activation et désactivation des DevOps automatiques au niveau du groupe
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Avec Auto DevOps dans le projet GitLab.com, vous pouvez facilement prendre en charge les workflows DevOps modernes de l'assemblage à la livraison.
À partir de GitLab 11.10, vous pouvez activer et désactiver les DevOps automatiques pour tous les projets d'un même groupe.
Page de licence simplifiée et améliorée
DEMARREUR, PREMIUM, ULTIME
Pour gérer les clés de licence était plus pratique et plus simple, nous avons changé la conception de la page de licence dans le panneau d'administration et mis en évidence les éléments les plus importants.
Étiquettes mises à jour pour les déploiements dans le cluster Kubernetes
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Les cartes de déploiement donnent une idée des déploiements dans le cluster Kubernetes.
Dans ce problème, nous avons changé la méthode par laquelle les étiquettes sont liées aux déploiements. Les cartes de déploiement recherchent désormais les étiquettes app.example.com/app et app.example.com/env ou app . Cela évitera les conflits lors du filtrage et réduira le risque d'échantillons incorrects de déploiements à afficher sur les cartes.
De plus, dans GitLab version 12.0, nous prévoyons d'abandonner la prise en charge de l'étiquette d'application à partir du sélecteur de déploiement Kubernetes , et une correspondance ne sera possible que sur app.example.com/app et app.example.com/env .
Création dynamique de ressources Kubernetes
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
L'intégration de Kubernetes dans GitLab vous permet d'utiliser la fonction RBAC avec un compte de service et un espace de noms dédié pour chaque projet GitLab. À partir de cette version, pour une efficacité maximale, ces ressources ne seront créées qu'en cas de besoin pour un déploiement.
Lors du déploiement de Kubernetes, GitLab CI créera ces ressources avant le déploiement.
Lecteurs de groupe pour les clusters de niveau cluster
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Les clusters au niveau du groupe prennent désormais en charge l'installation de GitLab Runner. Les coureurs Kubernetes au niveau du groupe sont affichés pour les projets enfants en tant que coureurs de groupe, étiquetés cluster et kubernetes .
Compteur d'appels pour les fonctions Knative
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Les fonctions déployées avec GitLab Serverless affichent désormais le nombre d'appels reçus pour une seule fonction. Pour ce faire, installez Prometheus sur le cluster sur lequel Knative est installé.
Surveillance git clean options git clean pour les travaux GitLab CI / CD
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Par défaut, GitLab Runner exécute git clean pendant le processus de téléchargement de code lorsqu'il exécute le travail dans le GitLab CI / CD. À partir de GitLab 11.10, les utilisateurs peuvent contrôler les paramètres passés à la commande git clean . Ceci est pratique pour les équipes avec des coureurs dédiés, ainsi que pour les équipes qui collectent des projets à partir de grands mono-référentiels. Ils peuvent désormais contrôler le processus de téléchargement avant d'exécuter des scripts. La nouvelle variable GIT_CLEAN_FLAGS défaut est -ffdx et accepte tous les paramètres possibles de la commande [git clean](https://git-scm.com/docs/git-clean) .
Autorisation externe dans Core
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Les environnements protégés peuvent nécessiter une ressource d'autorisation externe supplémentaire pour accéder au projet. Nous avons ajouté la prise en charge d'un niveau supplémentaire de contrôle d'accès dans 10.6 et reçu de nombreuses demandes pour ouvrir cette fonctionnalité dans Core. Nous sommes heureux d'introduire une autorisation externe et un niveau de sécurité supplémentaire pour les instances Core, car cette fonctionnalité est requise par les participants individuels.
Possibilité de créer des projets en groupes dans Core
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Le rôle Développeur peut créer des projets en groupes depuis la version 10.5 , et maintenant c'est possible dans Core. La création de projets est une opportunité clé pour un travail productif dans GitLab, et grâce à l'inclusion de cette fonction dans Core, les participants aux instances sont désormais plus faciles à faire quelque chose de nouveau.
GitLab Runner 11.10
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Aujourd'hui, nous avons publié GitLab Runner 11.10! 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 complète des modifications peut être trouvée dans le journal des modifications de GitLab Runner: CHANGELOG .
Correction du renvoi de project_id dans l'API de recherche d' project_id blob dans Elasticsearch
DEMARREUR, PREMIUM, ULTIME
Nous avons corrigé un bogue dans l'API de recherche d'objets blob dans Elasticsearch, qui renvoyait par erreur 0 pour project_id . Vous devrez réindexer Elasticsearch pour obtenir les valeurs project_id correctes après avoir installé cette version de GitLab.
Améliorations omnibus
NOYAU, DEMARREUR, PREMIUM, ULTIME
Nous avons apporté les améliorations suivantes à Omnibus dans GitLab 11.10:
- GitLab 11.10 comprend Mattermost 5.9.0 , une alternative open source à Slack , dont la dernière version comprend un nouveau répertoire d'intégration pour un transfert de données facile depuis Hipchat et bien plus encore. Cette version inclut des mises à jour de sécurité et nous vous recommandons de les mettre à jour.
- Nous avons intégré Grafana à Omnibus , et maintenant il est facile de commencer à surveiller une instance de GitLab.
- Nous avons ajouté la prise en charge de la suppression des anciennes images de conteneur du registre Docker.
- Nous avons mis à niveau les c-certs au 2019-01-23.
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 11.10:
Amélioration des graphiques GitLab
NOYAU, DEMARREUR, PREMIUM, ULTIME
Nous avons apporté les améliorations suivantes aux graphiques GitLab:
Fonctions obsolètes
GitLab Geo fournira un stockage haché dans GitLab 12.0
GitLab Geo nécessite un stockage haché pour atténuer la concurrence sur les nœuds secondaires. Cela a été noté dans gitlab-ce # 40970 .
Dans GitLab 11.5, nous avons ajouté cette exigence à la documentation Geo: gitlab-ee # 8053 .
Dans GitLab 11.6, sudo gitlab-rake gitlab:geo:check vérifie si le stockage haché est activé et si tous les projets sont migrés. Voir gitlab-ee # 8289 . Si vous utilisez Geo, veuillez exécuter cette vérification et migrer dès que possible.
Dans GitLab 11.8, l' avertissement gitlab-ee! 8433 désactivé de façon permanente s'affiche sur la page Zone d'administration › Géo › Noeuds si les vérifications ci-dessus ne sont pas autorisées.
Dans GitLab 12.0, Geo utilisera les exigences de stockage hachées. Voir gitlab-ee # 8690 .
Date de suppression: 22 juin 2019
Prise en charge d'Ubuntu 14.04
GitLab 11.10 sera la dernière version avec prise en charge d'Ubuntu 14.04 .
Canonical a annoncé la fin de la prise en charge standard d'Ubuntu 14.04 à partir d' avril 2019 . Nous conseillons aux utilisateurs de passer à une version prise en charge de LTS: Ubuntu 16.04 ou Ubuntu 18.04.
Supprimé: 22 mai 2019
Limitez le nombre maximal de pipelines créés par une soumission
GitLab HEAD . , (, develop ).
, (, , ), . GitLab 11.10 4 .
: 22 2019 .
legacy GitLab Runner
Gitlab 11.9 GitLab Runner / . GitLab Runner , . .
GitLab 11.0 GitLab Runner. metrics_server listen_address GitLab 12.0. .
11.3 GitLab Runner - ; S3 . , . .
GitLab 12.0. , , , GitLab 11.9+ GitLab Runner 12.0.
: 22 2019 .
GitLab Runner
11.4 GitLab Runner FF_K8S_USE_ENTRYPOINT_OVER_COMMAND , #2338 #3536 .
GitLab 12.0 , . .
: 22 2019 .
Linux, EOL, GitLab Runner
Linux, GitLab Runner, .
GitLab 12.0 GitLab Runner Linux. , , . ( Javier Jardón ) !
: 22 2019 .
GitLab Runner Helper
Windows Docker executor , helper image .
GitLab 12.0 GitLab Runner . , helper image . .
: 22 2019 .
legacy git clean GitLab Runner
GitLab Runner 11.10 , Runner git clean . , git reset git clean .
, FF_USE_LEGACY_GIT_CLEAN_STRATEGY . true , legacy- . GitLab Runner .
GitLab Runner 12.0 legacy- . .
: 22 2019 .
System Info
GitLab GitLab admin/system_info , .
GitLab 12.0 .
: 22 2019 .
:
GitLab, GitLab .
Mettre à jour
.
GitLab
GitLab : SaaS .
: .
- Core : , GitLab .
- Starter : , , .
- Premium : , , .
- Ultimate : , .
SaaS — GitLab.com : , GitLab .
- Free : . Free , Gold .
- Bronze : , .
- Silver : , DevOps, .
- Gold : CI/CD. Gold .