GitLab 11.11 : plusieurs changements importants pour les demandes de fusion et améliorations pour les conteneurs.

Plus d'opportunités de collaboration et des notifications supplémentaires

Chez GitLab, nous recherchons constamment de nouvelles façons d'améliorer la collaboration tout au long du cycle de vie DevOps. Nous sommes ravis d'annoncer qu'à partir de cette version, nous prenons en charge plusieurs responsables pour une seule demande de fusion! Cette fonctionnalité est disponible à partir du niveau GitLab Starter et incarne vraiment notre slogan : « Chacun peut contribuer ». Nous savons qu'une seule demande de fusion peut impliquer de nombreuses personnes pour s'assurer que tout est en ordre, et maintenant vous avez la possibilité de désigner plusieurs responsables pour les demandes de fusion !

De plus, les équipes DevOps reçoivent maintenant des notifications automatiques sur les événements de déploiement dans Slack et Mattermost. Ajoutez de nouvelles notifications à la liste des événements de publication dans ces deux chats, et votre équipe sera presque immédiatement informée des nouveaux déploiements.

Réduction des coûts avec le support des conteneurs Docker sur Windows et la préparation des clusters Kubernetes au niveau des instances

Nous adorons les conteneurs ! Les conteneurs consomment moins de ressources système par rapport aux machines virtuelles et améliorent la portabilité des applications. Depuis la version GitLab 11.11, nous prenons en charge Windows Container Executor pour GitLab Runner, vous pouvez donc maintenant utiliser les conteneurs Docker sur Windows et profiter de fonctionnalités avancées d'orchestration de pipelines et de gestion.

GitLab Premium (uniquement pour les instances autohébergées) propose maintenant un proxy de mise en cache pour les dépendances des images Docker. Ce complément accélérera la livraison, car vous disposerez maintenant d'un proxy de mise en cache pour les images Docker fréquemment utilisées.

Les utilisateurs des instances autohébergées de GitLab peuvent désormais préparer un cluster Kubernetes au niveau des instances, et tous les groupes et projets sur l'instance l'utiliseront pour leurs déploiements. Grâce à cette intégration, GitLab générera automatiquement des ressources pour des projets spécifiques pour plus de sécurité.

Et ce n'est pas tout !

En plus de nouvelles opportunités de collaboration et de notifications supplémentaires, nous avons ajouté un accès invité aux versions, augmenté les minutes CI Runner supplémentaires pour GitLab Free, simplifié les vérifications avec la résolution automatique des discussions lorsque vous appliquez une proposition, et bien plus encore !

Employé le plus précieux de ce mois-ci (MVP) — Kia Mei Somabes (Kia Mei Somabes)

Dans cette version, nous avons ajouté la possibilité de télécharger des dossiers individuels à partir des dépôts, plutôt que tout le contenu. Vous pouvez maintenant télécharger seulement quelques fichiers nécessaires. Merci, Kia Mei Somabes !

Fonctionnalités principales de GitLab 11.11

Windows Container Executor pour GitLab Runner

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Avec GitLab 11.11, nous avons ajouté un nouvel exécuteur au GitLab Runner pour que les conteneurs Docker puissent être utilisés sous Windows. Auparavant, pour l'orchestration des conteneurs Docker sous Windows, il fallait utiliser une interface en ligne de commande, mais maintenant il est possible de travailler directement avec des conteneurs Docker sous Windows, presque comme sous Linux. Les utilisateurs des plateformes Microsoft disposent maintenant de plus de possibilités pour orchestrer des pipelines et gérer.

Cette mise à jour comprend une meilleure prise en charge de PowerShell dans GitLab CI/CD, ainsi que de nouvelles images auxiliaires pour différentes versions de conteneurs Windows. Vos propres runners Windows peuvent bien sûr être utilisés avec GitLab.com, mais ils ne font pas encore partie des outils publics.

Proxy de mise en cache des dépendances pour le registre de conteneurs

PREMIUM, ULTIMATE

Les équipes utilisent souvent des conteneurs dans les pipelines de construction, et un proxy de mise en cache pour les images et paquets fréquemment utilisés en amont est un excellent moyen d'accélérer les pipelines. Avec une copie locale des couches nécessaires, accessible via le nouveau proxy de mise en cache, il est possible de travailler plus efficacement avec les images courantes dans votre environnement.

Pour l'instant, le proxy pour les conteneurs est disponible uniquement pour les instances auto-hébergées sur le serveur web. Puma (en mode expérimental).

Plusieurs responsables pour les demandes de fusion

STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD

Il est assez fréquent que plusieurs personnes travaillent sur une fonctionnalité dans une branche commune et une demande de fusion, par exemple lorsque les développeurs front-end et back-end collaborent étroitement, ou que des développeurs travaillent en binômes comme dans la programmation extrême.

Avec GitLab 11.11, plusieurs personnes peuvent être assignées à des demandes de fusion. Comme pour les responsables de tâches, vous pouvez utiliser des listes, des filtres, des notifications et l'API ici.

Configuration du cluster Kubernetes au niveau de l'instance

CORE, STARTER, PREMIUM, ULTIMATE

Le modèle de sécurité et de préparation dans Kubernetes évolue, et il est désormais possible de gérer un grand nombre de clients via un seul cluster commun.

Dans GitLab 11.11, les utilisateurs d'instances autogérées peuvent désormais préparer un cluster au niveau de l'instance, et tous les groupes et projets dans l'instance l'utiliseront pour leurs déploiements. Grâce à cette intégration, GitLab avec Kubernetes créera automatiquement des ressources pour des projets spécifiques pour plus de sécurité.

Notifications de déploiements dans Slack et Mattermost

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Vous pouvez maintenant configurer des notifications automatiques d'événements de déploiement dans le canal de l'équipe grâce à l'intégration avec les chats Slack et Mattermost, et votre équipe sera au courant de tous les événements importants.

Accès invité aux versions

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Les utilisateurs invités de vos projets peuvent désormais consulter les versions publiées sur la page Releases. Ils pourront télécharger les artefacts publiés, mais ne pourront pas télécharger le code source ni voir les détails des dépôts, tels que les tags ou les commits.

Autres améliorations dans GitLab 11.11

Graphes de commits sérialisés pour des performances accrues

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Pour de nombreuses opérations Git, il faut parcourir le graphe des commits, comme le calcul de la base de fusion ou l'affichage des branches contenant un commit. Plus il y a de commits, plus ces opérations ralentissent, car il faut charger chaque objet depuis le disque pour lire ses pointeurs.

Dans GitLab 11.11, nous avons inclus la fonctionnalité de graphes de commits sérialisés, introduite dans les dernières versions de Git, pour calculer et stocker ces informations à l'avance. Les parcours dans de grands dépôts sont désormais beaucoup plus rapides. Le graphe des commits sera automatiquement créé lors de la prochaine collecte de déchets dans le dépôt.

Lisez comment le graphe de commits sérialisé a été créé dans une série d'articles réalisés par l'un des auteurs de cette fonctionnalité.

Minutes CI Runner supplémentaires : maintenant aussi pour les plans gratuits

GRATUIT, BRONZE, ARGENT, OR

Le mois dernier, nous avons ajouté la possibilité d'acheter des minutes CI Runner supplémentaires, mais uniquement pour les plans payants de GitLab.com. Dans cette version, les minutes peuvent être achetées également pour les plans gratuits.

Téléchargement des archives des répertoires dans les dépôts

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Selon le type et la taille du projet, l'archive de l'ensemble du projet peut prendre du temps à se télécharger et n'est pas toujours nécessaire, surtout dans le cas de grands monorepo. Dans GitLab 11.11, il est possible de télécharger l'archive du contenu du répertoire courant, y compris les sous-répertoires, pour ne sélectionner que les dossiers nécessaires.

Merci pour votre travail, Kia Mei Somabes!

L'application de la proposition permet maintenant de résoudre automatiquement la discussion

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

La proposition de modifications simplifie la collaboration sur les demandes de fusion : elle permet désormais d'éviter le copier-coller pour accepter la modification proposée. Dans GitLab 11.11, nous avons encore facilité ce processus : la discussion est maintenant automatiquement résolue lors de l'application de la proposition.

Chronomètre dans la barre latérale du tableau des tâches

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Les barres latérales des tâches doivent apparaître de la même manière dans les vues tableau et tâches. C'est pourquoi GitLab dispose désormais d'un chronomètre dans la barre latérale des tâches sur le tableau des tâches. Il vous suffit de vous rendre sur le tableau des tâches, de cliquer sur la tâche et la barre latérale avec le chronomètre s'ouvrira.

Informations sur les déploiements dans l'API Environments

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Nous avons ajouté la possibilité de demander des informations sur un environnement spécifique via l'API Environments, afin de savoir quel commit est déployé dans l'environnement actuellement. Cela facilitera l'automatisation et le reporting pour les utilisateurs d'Environments dans GitLab.

Correspondances négatives des variables pour les règles de pipeline

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Il est maintenant possible de vérifier l'inégalité négative ou les correspondances de modèles (!= et !~) dans le fichier .gitlab-ci.yml lors de la vérification des valeurs des variables d'environnement, rendant ainsi le contrôle du comportement des pipelines plus flexible.

Lancer tous les jobs manuels d'un stage en un clic

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Dans GitLab 11.11, les utilisateurs ayant de nombreux jobs manuels sur un stage peuvent maintenant exécuter tous ces jobs d'un seul stage en cliquant sur le bouton «Play all» («Lancer tout») à droite du nom du stage dans l'affichage des pipelines.

Créer un fichier directement à partir d'une variable d'environnement

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Les variables d'environnement sont souvent utilisées pour créer des fichiers, en particulier pour des secrets qui doivent être sécurisés et uniquement accessibles dans un certain pipeline d'environnement. Pour cela, vous définissez le contenu de la variable comme étant le contenu du fichier et créez le fichier dans le job contenant cette valeur. Avec la nouvelle variable d'environnement de type fichier cela peut être fait en une seule étape sans même modifier .gitlab-ci.yml.

Point de terminaison API pour les informations sur les vulnérabilités

ULTIMATE, GOLD

Vous pouvez désormais interroger l'API GitLab pour toutes les vulnérabilités identifiées dans le projet. Avec cette API, vous pouvez créer des listes de vulnérabilités lisibles par machine avec des filtres par type, crédibilité et gravité.

Possibilité d'analyse dynamique complète pour DAST

ULTIMATE, GOLD

Dans GitLab, vous pouvez tester dynamiquement la sécurité des applications (Dynamic Application Security Testing, DAST) dans le cadre du pipeline CI. À partir de cette version, vous pouvez choisir un scan dynamique complet au lieu du scanning passif standard. Le scan dynamique complet protège contre un plus grand nombre de vulnérabilités.

Installation de Prometheus dans des clusters au niveau du groupe

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Dans cette version, GitLab permet d'attacher un cluster Kubernetes à l'ensemble du groupe. Nous avons également ajouté la possibilité d'installer une instance unique de Prometheus sur ce cluster pour simplifier la surveillance de tous les projets sur le cluster.

Informations sur l'ignorance des vulnérabilités sur le tableau de bord de sécurité

ULTIMATE, GOLD

Sur les tableaux de bord de sécurité GitLab, les administrateurs peuvent voir les vulnérabilités ignorées. Pour optimiser le flux de travail, nous avons ajouté la possibilité de voir les informations d'ignorance directement sur le tableau de bord de sécurité.

Création de graphiques personnalisés de métriques sur le tableau de bord

PREMIUM, ULTIMATE, SILVER, GOLD

Créez de nouveaux graphiques avec des métriques de performance personnalisées directement sur le tableau de bord dans le tableau de bord des métriques. Les utilisateurs peuvent maintenant créer, mettre à jour et supprimer des visualisations de métriques sur le tableau de bord en cliquant sur le bouton «Add Metric» («Ajouter une métrique») dans le coin supérieur droit du tableau de bord.

Les tâches provenant des notifications s'ouvrent maintenant au nom de GitLab Alert Bot

PREMIUM, ULTIMATE, SILVER, GOLD

À présent, les tâches qui s'ouvrent à partir des notifications seront attribuées à GitLab Alert Bot, de sorte que vous puissiez voir immédiatement que la tâche a été créée automatiquement à partir d'une notification importante.

Sauvegarde automatique des descriptions d'épopées dans le stockage local

ULTIMATE, GOLD

Les descriptions d'épopées n'étaient pas sauvegardées dans le stockage local, ce qui faisait que les modifications étaient perdues si vous ne les saviez pas explicitement lorsque vous modifiez la description de l'épopée. Avec GitLab 11.11, il est désormais possible de sauvegarder les descriptions d'épopées dans le stockage local. Cela signifie que vous pouvez facilement revenir à la modification de la description d'épopée si une erreur se produit, si vous êtes distrait ou si vous quittez accidentellement le navigateur.

Support de la mise en miroir dans GitLab pour Git LFS

STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD

Avec le miroir, vous pouvez répliquer des dépôts Git d'un endroit à un autre. Cela facilite le stockage sur le serveur GitLab d'une réplique d'un dépôt situé ailleurs. GitLab prend maintenant en charge le mirroring des dépôts avec Git LFS, ce qui rend cette fonctionnalité disponible même pour les dépôts avec de gros fichiers, comme les textures pour les jeux ou les données scientifiques.

Droits de lecture et d'écriture dans les dépôts pour les tokens d'accès personnels.

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

De nombreux tokens d'accès personnels ont des autorisations de modification au niveau api, mais un accès complet à l'API peut donner trop de droits à certains utilisateurs ou organisations.

Grâce à la contribution de la communauté, les tokens d'accès personnels peuvent maintenant avoir uniquement des droits de lecture et d'écriture pour les dépôts de projet, sans accès plus profond au niveau API dans des zones sensibles de GitLab, comme les paramètres et l'appartenance.

Merci, Horatiu Eugen Vlad (Horatiu Eugen Vlad)!

Ajout d'un support de base pour les requêtes groupées GraphQL.

FREE, BRONZE, SILVER, GOLD, CORE, STARTER, PREMIUM, ULTIMATE

Avec l'API GraphQL, les utilisateurs peuvent spécifier exactement quelles données ils nécessitent et récupérer toutes les données nécessaires en quelques requêtes. À partir de cette version, GitLab prend en charge l'ajout d'informations de base sur le groupe dans l'API GraphQL.

Connexion avec des identifiants Salesforce.

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

GitLab adore les développeurs Salesforce, et pour soutenir cette communauté, nous permettons aux utilisateurs de se connecter à GitLab avec leurs identifiants Salesforce.com. Actuellement, il est possible de configurer GitLab comme une application connectée à Salesforce pour utiliser Salesforce.com pour se connecter à GitLab en un clic.

Le SSO SAML est maintenant obligatoire pour l'accès web.

PREMIUM, ULTIMATE, SILVER, GOLD

Nous élargit l'exigence de connexion unique (SSO) au niveau des groupes, instauré dans la version 11.8, avec un contrôle strict des ressources de groupe et de projet, afin que les utilisateurs ne puissent accéder qu'en se connectant via SAML. C'est un niveau de contrôle d'accès supplémentaire pour les organisations qui valorisent la sécurité et utilisent GitLab.com via SAML SSO. Vous pouvez maintenant rendre le SSO obligatoire, sachant que les utilisateurs de votre groupe utilisent le SSO.

Filtrage par données récemment créées ou modifiées pour l'API des épopées.

ULTIMATE, GOLD

Auparavant, il était difficile de demander des données récemment créées ou modifiées via l'API des épopées sur GitLab. Dans la version 11.11, nous avons ajouté des filtres supplémentaires. created_after, created_before, mis à jour après et mis à jour avant, afin d'assurer la cohérence avec l'API des tâches et de trouver rapidement les épopées modifiées ou récemment créées.

Authentification biométrique avec UltraAuth

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Société UltraAuth se spécialise dans l'authentification biométrique sans mot de passe. Nous soutenons désormais cette méthode d'authentification sur GitLab !

Merci, Kartikey Tanna (Kartikey Tanna)!

GitLab Runner 11.11

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Nous avons publié aujourd'hui GitLab Runner 11.11 ! GitLab Runner est un projet open source utilisé pour exécuter des tâches CI/CD et renvoyer les résultats à GitLab.

• Correction d'un problème où git lfs ne récupérait pas les objets de sous-module.
• Optimisation du traitement des longues traces.
• Les paramètres des fonctions peuvent être configurés avec config.toml.
• Les paramètres des fonctions peuvent être utilisés pour configurer le dossier /builds.
• Ajout de la prise en charge de PowerShell pour l'Exécuteur Docker.
• Prise en charge de la configuration des volumes Docker Windows.

Améliorations d'Omnibus

CORE, STARTER, PREMIUM, ULTIMATE

Nous avons apporté les améliorations suivantes à Omnibus dans GitLab 11.11 :

• GitLab 11.11 comprend Mattermost 5.10 — une alternative open source à Slack, dont la nouvelle version inclut des messages éphémères interactifs et bien plus encore. Cette version contient mises à jour de sécurité, et nous recommandons de procéder à la mise à jour.
• Grafana a été mise à jour vers la version 1.1.0, pour rattraper les derniers tableaux de bord Omnibus.
• Le paquet PostreSQL 10 inclut désormais Omnibus.
• Le DSN Sentry peut désormais être transmis dans gitlab.yml.
• Mise à jour de RubyGems vers 2.7.9.
• Mise à jour de liblzma à 5.2.4 avec 5.2.2.
• Mise à jour de libtool à 2.4.6.
• postresql se lance après la commande pg-upgrade.
• Mise à jour des composants Prometheus vers les dernières versions.
• Mise à jour de git vers 2.21.0.

Amélioration des schémas

CORE, STARTER, PREMIUM, ULTIMATE

Nous avons apporté les améliorations suivantes aux graphiques Helm dans GitLab 11.11 :

• Dans GitLab 11.11, il est possible de attacher un volume pour le stockage du répertoire tmp/work.
• Des options de configuration supplémentaires sont disponibles pour les administrateurs options de configuration supplémentaires, y compris memoryKiller, maxRss, graceTime et shutdownWait.
• Les graphiques Helm sont désormais testés en continu dans Amazon Elastic Container Service for Kubernetes (EKS)

Améliorations des performances

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Nous continuons à améliorer les performances de GitLab avec chaque version pour des instances GitLab de toute taille. Quelques améliorations dans GitLab 11.11 :

• Accélération de l'auto-complétion des utilisateurs lorsque la réponse contient de nombreux chemins vers des avatars.
• Réduction de la charge utile de Sidekiq lors de la suppression de todos.
• Calcul de la complexité du résolveur GraphQL en fonction des éléments.
• Amélioration des performances de recherche globale pour les objets affichés.
• Amélioration des performances lors du déploiement du fichier diff complet.
• Demande garantie d'objets blob dans un seul paquet.
• Affichage de la liste des pages Wiki sans chargement du contenu.
• Renonciation à la création de liens temporaires pour comparer des branches dans un même projet.

Fonctionnalités obsolètes

GitLab Geo permettra le 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 transférés. Voir. gitlab-ee#8289. Si vous utilisez Geo, veuillez effectuer cette vérification et migrer dès que possible.

Dans GitLab 11.8 un avertissement désactivable s'affichera sur la page Admin Area › Geo › Nodes, si les vérifications mentionnées ci-dessus ne sont pas autorisées. gitlab-ee!8433.

Dans GitLab 12.0 Geo utilisera les exigences du stockage haché. Voir. gitlab-ee#8690.

Date de retrait : 22 juin 2019.

GitLab Geo permettra d'utiliser PG FDW dans GitLab 12.0

C'est nécessaire pour le Geo Log Cursor, car cela améliore considérablement les performances de certaines opérations de synchronisation. Les performances des requêtes de statut des nœuds Geo sont également améliorées. Les requêtes précédentes avaient des performances trop faibles dans les grands projets. Voir comment configurer cela dans la réplication de la base de données Geo. Dans GitLab 12.0 Geo nécessitera PG FDW. Voir gitlab-ee#11006.

Date de retrait : 22 juin 2019.

Les paramètres Sentry pour les rapports d'erreurs et la journalisation seront supprimés de l'interface utilisateur dans GitLab 12.0

Ces paramètres seront supprimés de l'interface utilisateur dans GitLab 12.0 et seront accessibles dans le fichier gitlab.yml. De plus, vous pourrez définir l'environnement Sentry pour distinguer plusieurs déploiements. Par exemple, développement, staging et production. Voir gitlab-ce#49771.

Date de retrait : 22 juin 2019.

Limitation du nombre maximum de pipelines créés par un seul envoi

Auparavant, GitLab créait des pipelines pour HEAD chaque branche dans l'envoi. Cela est pratique pour les développeurs qui soumettent plusieurs modifications (par exemple, dans une branche de fonctionnalités et dans la branche develop).

Mais lors de l'envoi d'un grand dépôt avec de nombreuses branches actives (par exemple pour le déplacement, le mirroring ou le branching), il n'est pas nécessaire de créer un pipeline pour chaque branche. À partir de GitLab 11.10, nous créons un maximum de 4 pipelines lors de l'envoi.

Date de retrait : 22 mai 2019.

Les chemins de code legacy obsolètes de GitLab Runner

À partir de Gitlab 11.9, GitLab Runner utilise une nouvelle méthode clonage/appel du dépôt. Actuellement, GitLab Runner utilisera l'ancienne méthode si la nouvelle n'est pas prise en charge. Pour plus de détails, voir cette tâche.

Dans GitLab 11.0, nous avons modifié la configuration du serveur de métriques pour GitLab Runner. metrics_serversera supprimé au profit de listen_address dans GitLab 12.0. Pour plus de détails, consultez cette tâche.

À partir de la version 11.3, GitLab Runner a commencé à prendre en charge plusieurs fournisseurs de cache; ce qui a conduit à de nouveaux paramètres pour la configuration spécifique S3. Il y a documentation un tableau des changements et des instructions pour la transition vers la nouvelle configuration. Pour plus de détails, consultez cette tâche.

Ces chemins ne seront pas disponibles dans GitLab 12.0. En tant qu'utilisateur, vous n'avez rien à changer, il suffit de s'assurer que l'instance GitLab fonctionne avec la version 11.9+ lors de la mise à niveau vers GitLab Runner 12.0.

Date de retrait : 22 juin 2019.

Paramètre obsolète pour la fonctionnalité de point d'entrée pour GitLab Runner

Dans la version 11.4, GitLab Runner a introduit le paramètre de fonctionnalité FF_K8S_USE_ENTRYPOINT_OVER_COMMAND pour corriger des problèmes comme #2338 et #3536.

Dans GitLab 12.0, nous passerons à un comportement correct, comme si le paramètre de fonctionnalité était désactivé. Pour plus de détails, consultez cette tâche.

Date de retrait : 22 juin 2019.

Support obsolète pour les distributions Linux arrivées à EOL pour GitLab Runner

Certaines distributions Linux sur lesquelles GitLab Runner peut être installé ont atteint leur fin de vie.

Dans GitLab 12.0, GitLab Runner ne distribuera plus de paquets pour ces distributions Linux. Vous pouvez trouver une liste complète des distributions qui ne sont plus prises en charge dans notre documentation. Merci, Javier Ardo (Javier Jardón), pour votre contribution!

Date de retrait : 22 juin 2019.

Suppression des anciennes commandes GitLab Runner Helper

Dans le cadre de l'ajout de la prise en charge l'exécuteur Docker Windows , il a fallu abandonner certaines anciennes commandes utilisées pour l'image helper.

Dans GitLab 12.0, GitLab Runner est lancé à l'aide de nouvelles commandes. Cela ne concerne que les utilisateurs qui surcharge l'image de helper. Pour plus de détails, consultez cette tâche.

Date de retrait : 22 juin 2019.

Suppression du mécanisme legacy git clean de GitLab Runner

Dans GitLab Runner 11.10, nous nous avons donné la possibilité de configurer comment Runner exécute la commande git clean. De plus, la nouvelle stratégie de nettoyage supprime l'utilisation de permet de rétablir les modifications dans les déploiements ; les états précédents sont toujours accessibles. et place la commande git clean après l'étape de décharge.

Étant donné que ce changement de comportement peut affecter certains utilisateurs, nous avons préparé le paramètre FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Si vous définissez la valeur true, cela restaurera la stratégie de nettoyage héritée. Plus d'informations sur l'utilisation des paramètres de fonction dans GitLab Runner sont disponibles dans la documentation.

Dans GitLab Runner 12.0, nous supprimerons le support de la stratégie de nettoyage héritée et la possibilité de la restaurer à l'aide du paramètre de fonction. Voir cette tâche.

Date de retrait : 22 juin 2019.

Modèles de projets de groupe disponibles uniquement pour les plans Silver/Premium

Lorsque nous avons introduit des modèles de projets au niveau des groupes dans la version 11.6, nous avons accidentellement rendu cette fonctionnalité Premium/Silver disponible pour tous les plans.

Nous nous corrigeons ce bug dans la version 11.11 et donnons encore 3 mois à tous les utilisateurs et instances en dessous du niveau Silver/Premium.

À partir du 22 août 2019, les modèles de projets de groupe seront disponibles uniquement pour le plan Silver/Premium et supérieur, comme décrit dans la documentation.

Date de retrait : 22 août 2019.

Prise en charge des tâches par lots Windows arrêtée

Dans GitLab 13.0 (22 juin 2020), nous prévoyons d'abandonner le support des tâches par lots dans la ligne de commande Windows dans GitLab Runner (par exemple, cmd.exe) au profit d'un support étendu de Windows PowerShell. Plus de détails dans cette tâche.

Notre vision du DevOps d'entreprise sera désormais en accord avec la position de Microsoft selon laquelle PowerShell est le meilleur choix pour l'automatisation des applications d'entreprise dans les environnements Windows. Si vous souhaitez continuer à utiliser cmd.exe, ces commandes peuvent être appelées depuis PowerShell, mais nous ne prendrons pas en charge directement les tâches par lots Windows en raison de plusieurs incohérences entraînant des coûts élevés en maintenance et en développement.

Date de retrait : 22 septembre 2019.

Git 2.21.0 ou supérieur requis

À partir de GitLab 11.11, Git 2.21.0 est requis pour le fonctionnement. Omnibus GitLab est déjà livré avec Git 2.21.0, mais les utilisateurs des installations sources avec des versions antérieures de Git devront mettre à jour.

Date de retrait : 22 mai 2019.

Modèle de service Kubernetes obsolète

Dans GitLab 12.0, nous prévoyons d'abandonner le modèle de service Kubernetes au niveau de l'instance au profit de la configuration de cluster au niveau de l'instance introduite dans GitLab 11.11.

Tous les instances autogérées utilisant le modèle de service seront transférées vers le cluster au niveau de l'instance lors de la mise à niveau vers GitLab 12.0.

Date de retrait : 22 juin 2019.

Abandon du mappage par étiquette app sur les panneaux de déploiement Kubernetes

Dans GitLab 12.0, nous avons prévu d'abandonner la correspondance par étiquette app dans le sélecteur des déploiements Kubernetes. Dans GitLab 11.10, nous avons introduit un nouveau mécanisme de correspondance, qui recherche des correspondances par app.example.com/app et app.example.com/env, pour afficher les déploiements sur le panneau.

Pour que ces déploiements apparaissent sur les panneaux de déploiement, il suffit d'envoyer un nouveau déploiement, et GitLab appliquera les nouvelles étiquettes.

Date de retrait : 22 juin 2019.

Les packages GitLab 12.0 seront signés avec une signature étendue

Le 2 mai 2019, GitLab a prolongé la validité des clés de signature pour les packages Omnibus GitLab du 01.08.2019 au 01.07.2020. Si vous vérifiez les signatures des packages et souhaitez mettre à jour les clés, suivez simplement à nouveau les instructions du document sur la signature des packages Omnibus.

Date de retrait : 22 juin 2019.

Journal des modifications

Consultez toutes ces modifications dans le journal des modifications :

• GitLab Community Edition
• GitLab Enterprise Edition
• GitLab Runner

Installation

Si vous configurez une nouvelle installation de GitLab, visitez la page de téléchargement de GitLab.

Mise à jour

→ Jetez un œil à la page de mises à jour

Source : habr.com