La création de logiciels de haute qualité n'est pas un processus facile. Tout d'abord, vous devez résoudre les problèmes commerciaux et écrire du code de qualité. Cependant, les difficultés ne s'arrêtent pas là : vous devez toujours vous assurer que votre code fonctionne rapidement, en toute sécurité et de manière fiable. Travailler avec du code est un convoyeur de nombreuses étapes, telles que l'assemblage, l'intégration, les tests, la sécurité, la révision, la configuration et le déploiement. Toutes ces actions prennent beaucoup de temps et d'efforts.
En plus de fournir des opportunités de collaboration sur des référentiels publics et privés, GitLab simplifie également l'ensemble du processus de développement avec une vaste boîte à outils intégrée et, avec cette version, automatisée. Validez simplement votre code et Auto DevOps fera le reste. Auto DevOps est un convoyeur CI / CD à part entière pré-assemblé qui automatise l'ensemble du processus de livraison. Auto DevOps devient public (GA, General Availability) dans GitLab 11.0.
Autres innovations clés de GitLab 11.0:
- Gestion des licences , qui recherche automatiquement les licences en fonction des dépendances de vos projets;
- Amélioration des tests de sécurité de votre code, conteneurs et dépendances;
- Nouvelle intégration avec Kubernetes ;
- IDE Web amélioré;
- Amélioration de l'affichage des épopées et des feuilles de route ;
- Déploiement incrémental ;
- Et bien plus.
Pour commencer, parcourons cette liste plus en détail.
Auto DevOps couvre tout le cycle de livraison: il suffit de valider votre code dans GitLab et de laisser Auto DevOps faire le reste: ce système va construire , tester , vérifier la qualité du code , la sécurité et les licences , empaqueter , tester les performances , déployer et surveiller votre application.
«GitLab est un élément clé de nos processus de développement et de livraison, qui a quadruplé notre vitesse de livraison et simplifié considérablement le processus de développement collaboratif de nos équipes», a déclaré Chris Hill, ingénieur principal des systèmes d'infodivertissement chez Jaguar Land Rover.
«Nous sommes très satisfaits d'Auto DevOps car il nous permet de nous concentrer sur l'écriture de code et les processus métier. GitLab fait le reste: builds automatiques, tests, déploiement et même surveillance de notre application. »
Gestion des licences (analyse des composants logiciels): Souvent, les logiciels sont une imbrication complexe de code avec des composants tiers (bibliothèques, frameworks et divers outils). En règle générale, chaque composant a des restrictions de licence et des autorisations qui doivent être surveillées et prises en compte. Dans GitLab 11.0, nous ajoutons la fonctionnalité de gestion des licences (analyse des composants logiciels). Il sera intégré aux demandes de fusion, d'où vous pourrez suivre les licences de vos composants.
Sécurité: Nous continuons à travailler pour améliorer les fonctions de sécurité intégrées de GitLab. Vous pouvez désormais trouver des vulnérabilités encore plus tôt à l'aide de tests statiques et dynamiques intégrés d'applications, ainsi que de l'analyse des dépendances et des conteneurs. Nous avons élargi notre couverture des tests statiques de sécurité des applications (SAST) - maintenant il est pris en charge pour Scala et .Net . Nous avons également ajouté de nouveaux éléments aux rapports SAST, maintenant ils vous fourniront encore plus de détails.
Kubernetes: Nous continuons d'améliorer notre intégration avec Kubernetes et de simplifier l'interaction de GitLab avec ce système. Dans cette version, nous avons ajouté plusieurs nouvelles fonctionnalités, dont la plus intéressante est la possibilité d'afficher les journaux des pods Kubernetes directement à partir de la carte de déploiement GitLab.
GitLab Web IDE: Plus vous pouvez faire sans quitter l'IDE, plus vous travaillez productif. Vous pouvez maintenant afficher les pipelines CI / CD directement à partir de l'EDI , de sorte que vous pouvez voir un rapport instantané en cas de défaillance du pipeline. De plus, nous avons ajouté la possibilité de passer rapidement à la prochaine demande de fusion, ce qui vous permettra de créer, d'améliorer ou d'effectuer des révisions de demande de fusion sans quitter l'IDE. Tout cela vous permettra de participer rapidement et efficacement à la modification du code et à sa révision.
Navigation épique et feuille de route: Pour une meilleure visualisation de la progression des épopées et des feuilles de route, il peut être utile de modifier l'échelle des chronologies, ce qui fournira une vue d'ensemble plus générale et simplifiera leur planification. Par conséquent, nous avons ajouté cette fonctionnalité à leur interface de navigation.
Nous vous invitons Ă nos rencontres!
Vitaliy a apporté une grande contribution au développement de GitLab et a déjà été nommé MVP plusieurs fois cette année. Pour la version 11.0, il a fait un travail sérieux de mise à jour du côté technique de GitLab: Vitaly a transféré la plupart des tests Spinach restants à RSpec, et a également mis beaucoup d'efforts dans l'amélioration de GitLab pour Rails 5. En outre, après avoir décidé d'ajouter la compression et fusionnant les commits (squash et fusion) dans GitLab Coer et GitLab.com gratuitement, Vitaly a repris ce travail et l'a terminé à la sortie de cette version. Voici une liste de toutes les tâches qu'il a effectuées pour GitLab 11.0 .
Merci encore, Vitaliy! BientĂ´t, vous recevrez un autre paquet avec des cadeaux!
Innovations clés de GitLab 11.0
Auto DevOps devient public (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
La première version bêta d'Auto DevOps a été ajoutée dans GitLab 10.0 . Et dans GitLab 11.0, Auto DevOps devient public (généralement disponible). Auto DevOps nécessite une configuration minimale et fait tout le travail pour votre projet, de la phase de construction à la production et au suivi.
Auto DevOps utilise les meilleures pratiques DevOps: il configure votre build, vos tests, la vérification de la qualité du code, les tests de sécurité statiques et dynamiques, l'analyse des dépendances, la gestion des licences, l'analyse des conteneurs, les applications de révision, les tests de performances du navigateur, le déploiement et la surveillance - le tout dans une seule application. L'utilisation de cette fonctionnalité simplifie la transition vers DevOps de nouvelles équipes, car elle vous permet de démarrer avec un pipeline de fonctionnement transparent.
Auto DevOps permet aux développeurs de se concentrer sur ce qui est le plus important pour leur organisation: fournir un code de qualité.
Notre guide de démarrage rapide Auto Devops mis à jour se trouve ici .
Documentation Auto DevOps
L'intégration continue (CI) est une étape importante dans la fourniture de logiciels de haute qualité. Vous pouvez maintenant découvrir le statut CI du commit actuel simplement en regardant la fenêtre d'état dans le coin inférieur gauche de l'IDE Web. De plus, à droite, vous pouvez consulter l'état et les journaux de chaque travail. Cela facilite le travail sur les demandes de fusion avec un CI infructueux, car vous pouvez ouvrir le travail ayant échoué sur un seul écran et le fichier sur lequel vous travaillez maintenant.
Auparavant, dans de telles situations, vous deviez ouvrir plusieurs onglets et basculer entre eux, et maintenant toutes les informations nécessaires sont disponibles directement dans l'IDE Web. À l'avenir, nous prévoyons d' ajouter la possibilité de prévisualiser et de tester les modifications avant de les valider.
Documentation Web IDE
Basculer entre les demandes de fusion dans Web IDE (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Il est facile d'imaginer une situation dans laquelle une personne travaille simultanément sur plusieurs demandes de fusion dans plusieurs projets. Vous pouvez maintenant basculer entre vos demandes de fusion (qui vous sont attribuées et créées par vous) en un seul clic. Peu importe que vous examiniez la demande de fusion de quelqu'un d'autre ou travailliez par vous-même - grâce à cette innovation, vous pouvez consacrer plus de temps au code et moins de recherche.
Documentation Web IDE
Gestion des licences (ULTIMATE, GOLD)
Dans la réalité du développement logiciel moderne, la plupart des applications utilisent des composants tiers pour exécuter certaines fonctions; cette approche vous permet de ne pas démarrer chaque projet à partir de zéro. Par conséquent, les bibliothèques tierces sont si courantes qu'elles sont souvent fournies directement par des services de gestion de packages tels que RubyGems et npm. Cependant, avec cette approche, vous devez vous assurer que les licences des composants tiers sont compatibles avec votre application, car des licences en conflit peuvent entraîner des problèmes juridiques.
Pour résoudre ces problèmes, nous ajoutons une fonctionnalité de gestion des licences à GitLab 11.0. Il parcourt automatiquement toutes les dépendances de vos projets et agrège leurs licences. Les nouvelles licences sont affichées dans le widget de demande de fusion avant de faire partie de la branche principale.
Si vous utilisez Auto DevOps , la gestion des licences est automatiquement activée pour vos projets. Vous pouvez également activer cette fonctionnalité manuellement pour les .gitlab-ci.yml personnalisées.
Documentation de gestion des licences
Autorisation SAML au niveau du groupe (bĂŞta) (PREMIUM, ULTIMATE, SILVER, GOLD)
Une bonne gestion des données utilisateur est indispensable pour les grandes organisations. Souvent, un fournisseur d'identité est utilisé à ces fins, qui fonctionne avec toutes les données utilisateur, nous avons donc ajouté la prise en charge du langage SAML (Security Assertion Markup Language) pour les groupes.
Désormais, les propriétaires de groupe pourront configurer le service d'identité pour le groupe et fournir aux utilisateurs un lien d'autorisation unique (SSO). Cela a permis de gérer les autorisations et les données personnelles au niveau du groupe, ce qui peut être utile dans les cas où le SAML général de l'instance ne satisfait pas à toutes les exigences du groupe.
Cette innovation est particulièrement utile pour les groupes GitLab.com, dans lesquels il est désormais possible de configurer le service d'authentification pour une utilisation en entreprise.
Documentation SAML pour les groupes
Nouveaux sujets de navigation (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Avec la sortie de GitLab 10.0, nous avons effectué une mise à jour majeure de la navigation , et dans la version 11.0 nous y avons ajouté plusieurs nouveaux thèmes. Maintenant, vous avez encore plus d'options pour personnaliser votre interaction avec GitLab.
Nous avons ajouté un tout nouveau thème rouge, ainsi qu'une version allégée pour tous les thèmes existants.
Documentation des paramètres de profil
Autres améliorations de GitLab 11.0
Lorsqu'ils travaillent sur une innovation à grande échelle, les développeurs poussent souvent de nombreuses validations dans la branche de travail, et le nombre de ces validations ne peut qu'augmenter au cours du processus de révision du code. De nombreuses équipes préfèrent compresser ces validations en une seule avant la fusion avec la branche principale. Cela vous permet de maintenir la lisibilité de l'historique Git , ce qui simplifiera considérablement la révision des modifications de code à l'avenir.
Squash fait partie des fonctionnalités de git, donc les développeurs peuvent exécuter cette commande sur leur ordinateur juste avant la fusion. Cependant, GitLab simplifie encore plus ce processus: vous pouvez compresser et fusionner en un seul clic directement depuis l'interface Web. Par exemple, les référentiels d'accompagnement peuvent désormais compresser les validations sans contacter l'auteur des modifications, ce qui accélère et simplifie le flux de travail.
Auparavant, cette fonctionnalité n'était disponible que sur GitLab Starter, GitLab.com Bronze et à des niveaux supérieurs. Cependant, de nombreux utilisateurs nous ont dit que cette fonctionnalité serait utile pour tous les niveaux d'abonnement, alors maintenant elle devient publique et devient disponible dans GitLab Core et GitLab.com Free!
Merci Ă blackst0ne pour sa contribution Ă ce travail!
Documentation sur les validations de compression et de fusion
Ouverture de projets dans Xcode (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Lors de la WWDC de juin, Apple a annoncé l'intégration de Xcode avec GitLab , ce qui simplifiera sans aucun doute le travail avec les projets Xcode sur l'hôte GitLab.
GitLab prend désormais en charge le clonage de projets contenant des .xcworkspace .xcodeproj ou .xcworkspace en cliquant sur le bouton «Ouvrir dans Xcode». Lors de la visualisation de projets Xcode dans l'interface GitLab, ce bouton sera situé à côté de l'URL Git pour le clonage.
Documentation pour l'ouverture de projets dans Xcode
Plages de dates pour les feuilles de route (ULTIMATE, GOLD)
Puisqu'il n'y a pas de restrictions sur les dates de début et de fin des épopées, nous avons décidé d'ajouter la possibilité de trouver des épopées dans des plages de temps.
Dans cette version, nous ajoutons une fonctionnalité de plage de dates aux feuilles de route. Vous pouvez désormais rechercher des épopées par trimestre, mois et semaine. Une recherche hebdomadaire peut être utile pour les équipes axées sur les versions à court terme, tandis que de plus grandes plages sont meilleures pour la planification commerciale mondiale.
Documentation des plages de dates pour les feuilles de route
Utilisateurs invités illimités pour Ultimate (ULTIMATE)
Afin d'améliorer l'efficacité du travail avec GitLab, nous avons décidé que les visiteurs invités n'occuperaient plus les utilisateurs limites de l'instance Ultimate.
Étant donné que les invités peuvent être n'importe quel nombre, le nombre d'utilisateurs participant à la discussion sur le développement est désormais également illimité. Les clients peuvent augmenter le niveau d'accès, mais n'oubliez pas qu'ils commenceront alors à occuper la limite.
Il est également important de se rappeler que dans les cas où l'utilisateur se connecte à l'instance, mais n'appartient à aucun groupe ou projet, il est également considéré comme un invité.
Documentation des autorisations d'invité
Listes d'interprètes pour les tableaux de tâches (PREMIUM, ULTIMATE, SILVER, GOLD)
Les tableaux de tâches sont un outil utile pour gérer les flux de travail: vous pouvez surveiller le mouvement des tâches entre les différentes étapes du cycle de vie à l'aide de listes d'étiquettes.
Dans cette version, nous ajoutons des listes d'artistes pour les tableaux de tâches. Cette liste affiche les tâches affectées à un utilisateur spécifique, ce qui ajoute de nouvelles opportunités d'utilisation des tableaux de tâches.
Vous pouvez maintenant configurer un tableau des tâches pour votre équipe, puis ajouter des listes d'artistes pour ses membres. Cela vous permettra de voir facilement qui travaille dans une équipe et quelles tâches. Cette fonctionnalité peut être utile à la fois pour les gestionnaires impliqués dans l'équilibrage de charge et pour les utilisateurs ordinaires qui souhaitent naviguer dans le flux de travail.
Vous pouvez mĂŞme ajouter des listes de balises et des listes d'artistes au mĂŞme tableau.
Documentation de la liste des artistes pour les tableaux de tâches
Attribution de jalons pour les sous-groupes subsidiaires (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Dans cette version, nous ajoutons la structure de sous-groupe GitLab pour les jalons. Vous pouvez désormais attribuer un jalon à un projet ou à un groupe hérité de tout groupe parent pour toute tâche ou demande de fusion.
Autrement dit, si vous avez un groupe de haut niveau avec un ensemble de jalons, vous pouvez utiliser les mêmes jalons pour toutes les tâches et fusionner les demandes dans tous les sous-groupes enfants. Cette innovation simplifie le travail dans les organisations avec une structure complexe à plusieurs niveaux de sous-groupes et de projets.
De plus, vous pouvez filtrer par de tels jalons dans les listes de tâches de groupe, ce qui vous permettra de trouver les objets nécessaires à tous les niveaux de la hiérarchie.
Documentation sur les jalons
Tâches et fusion de demandes de sous-groupes dans l'API (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Les demandes de tâches et de fusion d' API sont désormais basées sur le Web. Autrement dit, lorsque vous demandez un groupe spécifique via l'API pour les tâches et les demandes de fusion, vous recevrez les résultats de tous les projets subsidiaires ou sous-groupes de ce groupe. L'algorithme fonctionne par analogie avec l'affichage des mêmes objets dans des listes de groupes dans l'interface Web, que nous avons présentées plusieurs versions plus tôt.
Documentation de l'API GitLab
Jetons de déploiement pour Auto DevOps dans Kubernetes (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Auparavant, lors de l'utilisation d'Auto DevOps dans des projets privés ou internes, Kubernetes n'avait pas accès aux registres une fois le déploiement terminé. Cela n'a pas permis au cluster d'effectuer des opérations de récupération répétées de l'image (pour l'évolutivité, le travail avec les échecs, etc.)
Avec GitLab 11.0, un nouveau jeton de déploiement est créé. Il fournit un accès constant au registre lorsque Auto DevOps est activé sur des projets privés / internes. Cela garantit que le cluster peut effectuer les opérations nécessaires et réduire la probabilité d'échecs.
Documentation des jetons de déploiement pour Auto DevOps
Définition d'une stratégie de déploiement dans les paramètres Auto DevOps (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Pour certaines applications, il est rentable d'envoyer chaque changement de production dès qu'il est prêt. Pour d'autres, il peut être préférable de collecter ces modifications dans un environnement commun pour des tests plus rigoureux. Auparavant, la mise en place d'une stratégie de déploiement pour chaque projet n'était possible qu'à l'aide de variables spéciales configurées et utilisées pour chaque projet individuellement.
À partir de GitLab 11.0, Auto DevOps vous permet de personnaliser votre stratégie de déploiement en un seul clic. Lorsque vous connectez Auto DevOps pour votre projet, vous pouvez déterminer si vous souhaitez déployer votre projet automatiquement immédiatement en production, ou d'abord vous devez le déployer automatiquement dans un environnement de test, puis seulement manuellement en production. La possibilité de configurer cela en un seul clic vous permettra de passer moins de temps sur les paramètres de déploiement et plus de code.
Documentation de configuration du déploiement avec Auto DevOps
Variables de définition des politiques de déploiement pour les environnements canariens (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Nous souhaitons souvent déployer des modifications sur une petite partie des utilisateurs ou des serveurs afin d'évaluer l'impact de ces modifications avant de les déployer sur l'ensemble de l'environnement. Auparavant, les utilisateurs d'Auto DevOps devaient effectuer une spécialisation du modèle Auto DevOps et définir le comportement souhaité pour lancer un déploiement canari.
À partir de GitLab 11.0, les utilisateurs pourront définir leurs politiques de déploiement CANARY_ENABLED utilisant la CANARY_ENABLED environnement CANARY_ENABLED - rapidement et sans paramètres supplémentaires pour le modèle Auto DevOps.
Documentation sur les politiques de déploiement pour les environnements canariens
Les confirmations sont toujours activées (STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)
La confirmation des demandes de fusion est une fonctionnalité de longue date de GitLab, qui oblige les équipes à effectuer des révisions de code (ou autre) dans la demande de fusion. Bien qu'il n'y ait aucune confirmation, la demande de fusion sera bloquée pour la fusion.
Avant cette version, les confirmations devaient être activées dans les paramètres du projet. Pour simplifier et optimiser cette fonctionnalité, des confirmations seront désormais incluses pour tous les projets GitLab (pour les plans Starter, Bronze et supérieurs) par défaut.
En même temps, bien sûr, nous ne voulons pas ralentir le processus de création et de fusion de code. Par conséquent, lorsqu'un utilisateur crée un projet, le nombre de confirmations de demande de fusion requises pour ce projet sera réinitialisé par défaut (comme si les confirmations étaient désactivées). Au fur et à mesure de l'avancement du projet, l'utilisateur et son équipe pourront implémenter des confirmations lorsque le workflow le nécessitera. Pour ce faire, il vous suffit de changer le nombre de confirmations en un qui satisfera les besoins de l'équipe.
Documentation de confirmation pour les demandes de fusion
Chargement des paramètres de cluster à partir de GKE (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
La création de clusters Kubernetes dans GitLab est maintenant plus facile que jamais. Dans GitLab 11.0, les valeurs des champs projet et zones sont automatiquement téléchargées depuis votre compte Google Kubernetes Engine (GKE) et affichées sous forme de liste pour plus de simplicité. Auparavant, pour créer un cluster à l'aide de GKE, vous deviez saisir toutes ces données manuellement.
Le processus de création de cluster simplifié vous permet d'augmenter rapidement les clusters à partir de GitLab et d'accélérer le déploiement de vos applications.
Documentation pour ajouter et créer un nouveau cluster GKE dans GitLab
DĂ©sactivation des Ă©tapes Auto DevOps Ă l'aide de variables (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Lorsqu'une ou plusieurs étapes d'Auto DevOps (tests unitaires, vérification de la qualité du code, etc.) ne sont pas nécessaires dans votre application, il serait intéressant de configurer le pipeline de sorte qu'il ne s'exécute qu'aux étapes dont vous avez besoin.
GitLab version 11.0 vous permet de sauter une ou plusieurs Ă©tapes d'Auto DevOps Ă l'aide de variables d'environnement. Cela vous permettra de profiter d'Auto DevOps mĂŞme si toutes ses Ă©tapes ne conviennent pas Ă vos besoins.
Documentation des variables d'environnement pour Auto DevOps
Les fichiers LFS sont inclus dans l'importation de projet (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Git LFS vous aide à versionner des fichiers volumineux à l'aide de Git en les stockant en dehors du référentiel et en les téléchargeant paresseusement au besoin - au lieu de les cloner.
Lors de l'importation d'un projet depuis GitHub, Bitbucket Cloud ou en utilisant l'URL Git, GitLab importe désormais également des objets LFS. Pour cette raison, vous obtenez une copie complète du référentiel, y compris ces mêmes objets LFS. Auparavant, les objets LFS n'étaient pas inclus dans l'importation.
Documentation d'importation de projet
Onglet Opérations (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Dans GitLab 11.0, nous avons ajouté la section Opérations au panneau de navigation - ces fonctionnalités sont désormais plus faciles et plus rapides à trouver. Dans cette version, Environments et Kubernetes sont passés de CI / CD à Operations . Dans les versions futures, nous ajouterons quelques sections supplémentaires, par exemple, les mesures et les journaux.
Documentation de GitLab CI
SAST pour .NET et Scala (ULTIMATE, GOLD)
Nous continuons à rendre nos outils de sécurité pour les langages et les frameworks les plus courants plus accessibles; Dans le cadre de ce processus, nous élargissons continuellement les capacités du système de test de sécurité des applications statiques (SAST).
Dans GitLab 11.0, nous avons ajouté la prise en charge de deux nouveaux langages: .NET et Scala. Si vous utilisez déjà Auto DevOps ou la dernière version de la sast dans votre .gitlab-ci.yml , vous n'avez rien à changer dans vos projets.
Documentation SAST
Le graphique cloud de GitLab Helm est maintenant en version bĂŞta (CORE, STARTER, PREMIUM, ULTIMATE)
Nous sommes heureux de présenter la version bêta du graphique cloud GitLab Helm . Ce diagramme est basé sur une architecture interne davantage basée sur le cloud avec un conteneur pour chaque composant GitLab et ne nécessite pas de stockage de données partagé. Cela améliore la résilience, l'évolutivité et les performances de GitLab sur Kubernetes.
Documentation du graphique de barre de GitLab
Déploiement et intégration faciles de JupyterHub avec GitLab (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
JupyterHub est un service multi-utilisateurs pour prendre en charge facilement les blocs-notes au sein d'une équipe d'analyse de données. Les blocs-notes Jupyter offrent un environnement programmable et interactif qui est couramment utilisé pour l'analyse des données, la simulation, la visualisation et l'apprentissage automatique.
GitLab 11.0 peut déployer JupyterHub dans un seul cluster Kubernetes en un seul clic - il est automatiquement configuré pour utiliser GitLab pour une authentification transparente. Des fonctionnalités supplémentaires comme HTTPS , le filtrage de groupe et des blocs - notes personnalisés seront ajoutés dans les futures versions.
Documentation de déploiement de JupyterHub
Valeurs de poids de tâche étendues (STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)
Le poids des tâches dans GitLab est utile pour indiquer une évaluation des efforts ou d'autres mesures liées au travail sur une tâche. Auparavant, vous ne pouviez attribuer un poids de tâche que de 1 à 9, mais cela limitait les équipes qui souhaitaient des évaluations plus détaillées.
À partir de cette version, le poids de la tâche peut être n'importe quel entier non négatif, de 0 à l'infini. Vous n'êtes plus limité par les notes. De plus, les plannings de tâches prennent automatiquement en compte les nouvelles valeurs de poids, et votre équipe pourra immédiatement apprécier les avantages d'une gamme étendue.
Documentation sur le poids des tâches
Combinaison des notifications système pour les mises à jour successives de la description de la tâche (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab permettra une collaboration et une communication asynchrones actives. En raison de la capacité de documenter des idées et d'en discuter dans un si grand nombre d'endroits, nous appelons à maintenir une source unique de vérité dans la description de la tâche ou de l'épopée.
Cela conduit au fait que les descriptions sont souvent mises à jour. Parfois - plusieurs fois en quelques minutes. Un grand nombre de notifications système sont reçues que la description a été mise à jour. À partir de cette version, les notes système sur les mises à jour de description pour une courte période seront combinées en une seule. Cela réduira la quantité de bruit visuel et rendra la navigation dans les commentaires un peu plus facile sur GitLab. Dans la prochaine version, nous ajouterons des fonctionnalités similaires aux descriptions des demandes de fusion.
Documentation des tâches
Afficher les journaux du module Kubernetes (ULTIMATE, GOLD)
Les développeurs sont essentiels pour afficher les journaux afin de comprendre le comportement de l'application et de suivre les problèmes potentiels. À partir de cette version, la visualisation des journaux du sous problématique est disponible en un clic.
Sur la page Environnements , les états des foyers de chaque application sont affichés à l'aide de cartes de déploiement . En survolant chacun des foyers, le nom complet du foyer et son état apparaissent, et en cliquant dessus, ses journaux sont affichés.
Documentation du journal de soumission
Le rôle de Master a été renommé Maintainer (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Au sein de l'équipe GitLab, nous essayons de construire une culture indépendante . Par conséquent, même dans le produit GitLab, nous recherchons des moyens de le refléter.
Nous avons décidé de renommer le rôle Master en rôle Maintainer. Cela supprime le contexte négatif qui pourrait être associé au terme «maître» et, en même temps, le terme «mainteneur» est facile à comprendre. À chaque petite étape, nous nous développons en tant que produit et ensemble en tant qu'industrie.
Accéder à la documentation
Refonte de la liste des tags (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Les balises sont un moteur GitLab très puissant. Les équipes continuent de créer et d'utiliser de plus en plus de balises, et nous essayons de les rendre faciles à gérer. Dans cette version, nous avons nettoyé la conception des pages de la liste des balises, simplifié l'interface, rendu les informations plus lisibles et créé des puces d'interface afin que vous puissiez gérer rapidement les détails d'une balise particulière.
Documentation des balises
Nous avons apporté une petite modification à l'attribut «scope» de l'API de tâche pour le mettre en conformité avec le format de cas de serpent. 'scope' created_by_me assigned_to_me . GitLab 11.0 , (kebab-case).
API
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab 10.7 only except . , , .
GitLab 11.0 : . , . , .
IP GitLab Runner API (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab 10.6 IP GitLab Runner -. , .
GitLab 11.0 API, .
Lars Greiss .
API GitLab Runner
GitLab Runner 11.0 (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab Runner 11.0. GitLab Runner — , CI/CD GitLab.
:
CHANGELOG GitLab Runner .
GitLab Runner
(CORE, STARTER, PREMIUM, ULTIMATE)
GitLab 11.0 Omnibus GitLab gitlab.rb . , , . , .
Omnibus GitLab
ID (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
CI/CD , . , , . — CI_PIPELINE_ID . GitLab, - , .
GitLab 11.0 : CI_PIPELINE_IID . , . , , . , , — , .
CI/CD
release notes / : GitLab 11.0 released with Auto DevOps and License Management .
rishavant sgnl_05 .