Plus d'options de collaboration et plus de notifications
Chez GitLab, nous recherchons constamment de nouvelles façons d'améliorer la collaboration tout au long du cycle de vie DevOps. Nous sommes heureux d'annoncer qu'à partir de cette version, nous prenons en charge ! Cette fonctionnalité est disponible à partir du niveau GitLab Starter et incarne véritablement notre devise : "Chacun peut contribuer". Nous savons que de nombreuses personnes peuvent travailler sur une seule demande de fusion pour s'assurer que tout est en ordre, et maintenant vous avez la possibilité d'affecter plusieurs personnes responsables des demandes de fusion !
Et les équipes DevOps obtiennent désormais . Ajoutez de nouvelles notifications à la liste des événements d'envoi dans ces deux chats et votre équipe sera informée des nouveaux déploiements presque instantanément.
Réduisez les coûts grâce à la prise en charge des conteneurs Docker sous Windows et au provisionnement au niveau de l'instance des clusters Kubernetes
Nous adorons les conteneurs ! Les conteneurs consomment moins de ressources système que les machines virtuelles et améliorent la portabilité des applications. Depuis la sortie de GitLab 11.11, nous prenons en charge , vous pouvez désormais utiliser les conteneurs Docker sous Windows et profiter d'une orchestration et d'une gestion avancées des pipelines.
GitLab Premium (instances autogérées uniquement) propose désormais . Ce module complémentaire accélérera la livraison en disposant désormais d'un proxy de mise en cache pour les images Docker couramment utilisées.
Les utilisateurs d'instances GitLab autogérées peuvent désormais provisionner , et tous les groupes et projets de l'instance l'utiliseront pour leurs déploiements. Avec cette intégration de GitLab à Kubernetes, des ressources spécifiques au projet seront automatiquement créées pour plus de sécurité.
Et ce n'est pas tout!
En plus des nouvelles fonctionnalités de collaboration et des notifications supplémentaires, nous avons ajouté , augmenté , contrôles simplifiés avec , et beaucoup plus!
L'employé le plus précieux du mois) — Kia May Somabes ()
Dans cette version, nous avons ajouté la possibilité de télécharger des dossiers individuels à partir des référentiels plutôt que tout le contenu. Maintenant, vous pouvez télécharger seulement quelques fichiers dont vous avez besoin. Merci Kia May Somabes !
Principales fonctionnalités de GitLab 11.11
Exécuteur de conteneur Windows pour GitLab Runner
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Dans GitLab 11.11, nous avons ajouté un nouvel exécuteur à GitLab Runner afin que les conteneurs Docker puissent être utilisés sous Windows. Auparavant, vous deviez utiliser un shell pour orchestrer les conteneurs Docker sous Windows, mais vous pouvez désormais travailler directement avec les conteneurs Docker sous Windows, un peu comme vous le feriez sous Linux. Désormais, les utilisateurs des plates-formes de Microsoft disposent de plus d'options pour l'orchestration et la gestion des pipelines.
Cette mise à jour inclut une prise en charge améliorée de PowerShell dans GitLab CI/CD, ainsi que de nouvelles images satellites pour différentes versions de conteneurs Windows. Vos propres exécuteurs Windows peuvent, bien sûr, être utilisés avec GitLab.com, mais ils ne figurent pas actuellement sur la liste des outils accessibles au public.
Mise en cache du proxy de dépendance pour le registre de conteneurs
PREMIUM, ULTIME
Les équipes utilisent souvent des conteneurs dans les pipelines de build, et un proxy de mise en cache pour les images et les packages en amont couramment utilisés est un excellent moyen d'accélérer les pipelines. Avec une copie locale des couches souhaitées disponible via le nouveau proxy de mise en cache, vous pouvez travailler plus efficacement avec des images courantes dans votre environnement.
Jusqu'à présent, le proxy de conteneur n'est disponible que pour les instances autogérées sur le serveur Web .
Responsable multiple des demandes de fusion
STARTER, PREMIUM, ULTIMATE, BRONZE, ARGENT, OR
Il est assez courant que plusieurs personnes travaillent sur une fonctionnalité à la fois dans une branche partagée et une demande de fusion, par exemple lorsque les développeurs front-end et back-end travaillent en étroite collaboration, ou lorsque les développeurs travaillent par paires, comme dans Extreme Programming .
Dans GitLab 11.11, plusieurs personnes peuvent être affectées aux demandes de fusion. Comme avec plusieurs propriétaires de tâches, des listes, des filtres, des notifications et des API peuvent être utilisés ici.
Configuration du cluster Kubernetes au niveau de l'instance
CORE, DÉMARREUR, PREMIUM, ULTIMATE
Le modèle de sécurité et de provisionnement de Kubernetes évolue et il est désormais possible de servir un grand nombre de clients via un cluster partagé.
Dans GitLab 11.11, les utilisateurs d'instances autogérées peuvent désormais provisionner un cluster au niveau de l'instance, et toutes les équipes et tous les projets d'une instance l'utiliseront pour leurs déploiements. Grâce à cette intégration de GitLab à Kubernetes, des ressources spécifiques au projet seront automatiquement créées pour plus de sécurité.
Déployer des notifications dans Slack et Mattermost
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Vous pouvez désormais configurer des notifications automatiques sur les événements de déploiement dans le canal d'équipe grâce à l'intégration du chat и , et votre équipe sera au courant de tous les événements importants.
Accès invité aux problèmes
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Les utilisateurs invités de vos projets peuvent désormais afficher les versions publiées sur la page Versions. Ils pourront télécharger les artefacts publiés, mais ils ne pourront pas télécharger le code source ni voir les informations sur les référentiels, telles que les balises ou les commits.
Autres améliorations dans GitLab 11.11
Graphiques de validation sérialisés pour de meilleures performances
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
De nombreuses opérations Git nécessitent la traversée du graphe de validation, comme le calcul de la base de fusion ou la liste des branches qui contiennent la validation. Plus il y a de commits, plus ces opérations sont lentes, car la traversée nécessite que chaque objet soit chargé depuis le disque afin de lire ses pointeurs.
Dans GitLab 11.11, nous avons activé la fonctionnalité de graphe de validation sérialisé introduite dans les versions récentes de Git pour précalculer et stocker ces informations. Les crawls dans les dépôts volumineux sont maintenant beaucoup plus rapides. Le graphe de validation sera automatiquement créé lors du prochain ramasse-miettes du référentiel.
Découvrez comment le graphique de validation sérialisé a été créé sur de l'un des auteurs de cette fonctionnalité.
Minutes supplémentaires de CI Runner : 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 GitLab.com payants. Dans cette version, les minutes peuvent également être achetées dans des forfaits gratuits.
Téléchargement des archives d'annuaire dans un référentiel
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Selon le type et la taille du projet, l'archive de l'ensemble du projet peut prendre beaucoup de temps à télécharger et n'est pas toujours nécessaire, en particulier dans le cas de grands mono-dépôts. Dans GitLab 11.11, vous pouvez télécharger une archive du contenu du répertoire actuel, y compris les sous-répertoires, pour sélectionner uniquement les dossiers dont vous avez besoin.
Merci pour votre travail !
L'application d'une suggestion résout désormais automatiquement la discussion
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Proposer des modifications simplifie le travail collaboratif sur les demandes de fusion : vous pouvez désormais vous passer du copier-coller pour accepter la modification proposée. Dans GitLab 11.11, nous avons rendu ce processus encore plus simple, la discussion étant désormais automatiquement résolue lorsqu'une suggestion est appliquée.
Compteur de temps sur la barre latérale du tableau des tâches
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Les barres latérales des tâches doivent avoir la même apparence dans les vues du tableau et des tâches. Par conséquent, GitLab dispose désormais d'un compteur de temps dans la barre latérale de la barre des tâches sur le tableau des tâches. Allez simplement sur le tableau des tâches, cliquez sur une tâche et une barre latérale avec un compteur de temps s'ouvrira.
Détails du déploiement dans l'API Environments
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Nous avons ajouté la possibilité d'interroger l'API Environments pour obtenir des informations spécifiques sur l'environnement afin de savoir quel commit est déployé dans l'environnement en ce moment. Cela facilitera l'automatisation et la création de rapports pour les utilisateurs d'environnements dans GitLab.
Correspondances de variables négatives pour les règles de pipeline
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Vous pouvez maintenant vérifier l'égalité négative ou la correspondance de modèle (!= и !~) dans le fichier .gitlab-ci.yml lors de la vérification des valeurs des variables d'environnement, le contrôle du comportement des pipelines est donc devenu plus flexible.
Exécutez toutes les tâches manuelles d'une étape en un seul clic
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Dans GitLab 11.11, les utilisateurs qui ont de nombreuses tâches manuelles par étapes peuvent désormais exécuter toutes ces tâches en une seule étape en cliquant sur le bouton "Jouer à tous" ("Exécuter tout") à droite du nom de l'étape dans la vue du pipeline.
Créer un fichier directement à partir d'une variable d'environnement
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Les variables d'environnement sont souvent utilisées pour créer des fichiers, en particulier pour les secrets qui doivent être protégés et qui ne sont disponibles que dans un pipeline d'environnement spécifique. Pour ce faire, vous définissez le contenu de la variable sur le contenu du fichier et créez un fichier dans le travail qui contient la valeur. Avec une nouvelle variable d'environnement comme file cela peut être fait en une seule étape même sans changer .gitlab-ci.yml.
Point de terminaison API pour les détails de la vulnérabilité
ULTIME, OR
Vous pouvez maintenant interroger l'API GitLab pour toutes les vulnérabilités identifiées dans le projet. Avec cette API, vous pouvez créer des listes lisibles par machine de vulnérabilités filtrées par type, certitude et gravité.
Capacité d'analyse dynamique complète pour DAST
ULTIME, OR
Dans GitLab, vous pouvez tester dynamiquement la sécurité des applications (Dynamic Application Security Testing, DAST) dans le pipeline CI. À partir de cette version, vous pouvez choisir une analyse dynamique complète au lieu de l'analyse passive standard. L'analyse dynamique complète protège contre davantage de vulnérabilités.
Installation de Prometheus dans des clusters au niveau du groupe
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Cette version de GitLab introduit la possibilité d'attacher un cluster Kubernetes à un groupe entier. Nous avons également ajouté la possibilité d'installer une instance de Prometheus par cluster pour faciliter la surveillance de tous les projets sur le cluster.
À propos de l'ignorance des vulnérabilités dans le tableau de bord de sécurité
ULTIME, OR
Les administrateurs peuvent afficher les vulnérabilités ignorées dans les tableaux de bord de sécurité GitLab. Pour rationaliser votre flux de travail, nous avons ajouté la possibilité d'afficher les détails ignorés directement dans le panneau de sécurité.
Créer des graphiques de métriques de tableau de bord personnalisés
PREMIUM, ULTIME, ARGENT, OR
Créez de nouveaux graphiques avec des mesures de performances personnalisées directement depuis la barre d'outils du tableau de bord des mesures. Les utilisateurs peuvent désormais créer, mettre à jour et supprimer des visualisations de métriques de tableau de bord en cliquant sur le bouton "Ajouter une métrique" ("Ajouter une métrique") dans le coin supérieur droit de la barre d'outils du tableau de bord.
Les tâches des notifications sont maintenant ouvertes en tant que GitLab Alert Bot
PREMIUM, ULTIME, ARGENT, OR
Les problèmes ouverts à partir des notifications seront désormais créés par le bot d'alerte GitLab, de sorte que vous pouvez voir immédiatement que le problème a été créé automatiquement à partir d'une notification importante.
Enregistrement automatique des descriptions épiques dans le stockage local
ULTIME, OR
Les descriptions épiques n'étaient pas enregistrées dans le stockage local, donc les modifications étaient perdues à moins que vous ne les ayez explicitement enregistrées lors de la modification de la description épique. GitLab 11.11 a introduit la possibilité de stocker des descriptions épiques dans le stockage local. Cela signifie que vous pouvez désormais facilement revenir à la modification de la description épique si une erreur se produit, si vous êtes distrait ou si vous quittez accidentellement le navigateur.
Prise en charge de la mise en miroir sur GitLab pour Git LFS
STARTER, PREMIUM, ULTIMATE, BRONZE, ARGENT, OR
Avec la mise en miroir, vous pouvez répliquer des référentiels Git d'un emplacement à un autre. Cela facilite le stockage d'une réplique d'un référentiel situé ailleurs sur le serveur GitLab. GitLab prend désormais en charge la mise en miroir des référentiels avec Git LFS. Cette fonctionnalité est donc disponible même pour les référentiels contenant des fichiers volumineux, tels que des textures pour des jeux ou des données scientifiques.
Autorisations de lecture et d'écriture sur le référentiel pour les jetons d'accès personnels
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
De nombreux jetons d'accès personnels ont des autorisations pour changer au niveau api, mais un accès complet à l'API peut accorder trop de droits à certains utilisateurs ou organisations.
Grâce aux contributions de la communauté, les jetons d'accès personnels ne peuvent désormais avoir que des autorisations de lecture/écriture pour les référentiels de projet, plutôt qu'un accès plus approfondi au niveau de l'API aux zones délicates de GitLab telles que les paramètres et l'adhésion.
Merci, Horatiu Evgen Vlad ()!
Ajout de la prise en charge de base des requêtes de groupe GraphQL
GRATUIT, BRONZE, ARGENT, OR, CORE, STARTER, PREMIUM, ULTIMATE
Avec l'API GraphQL, les utilisateurs peuvent spécifier exactement les données dont ils ont besoin et obtenir toutes les données dont ils ont besoin en quelques requêtes. À partir de cette version, GitLab prend en charge l'ajout d'informations de groupe de base à l'API GraphQL.
Se connecter avec les identifiants Salesforce
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
GitLab aime les développeurs Salesforce, et pour soutenir cette communauté, nous autorisons les utilisateurs à se connecter à GitLab avec leurs informations d'identification Salesforce.com. Les instances peuvent désormais configurer GitLab en tant qu'application connectée à Salesforce afin de pouvoir utiliser Salesforce.com pour se connecter à GitLab en un seul clic.
SAML SSO est maintenant requis pour l'accès Web
PREMIUM, ULTIME, ARGENT, OR
Nous au niveau du groupe, introduit dans la version 11.8, avec une validation stricte des ressources de groupe et de projet afin que les utilisateurs ne puissent y accéder que lorsqu'ils sont connectés avec SAML. Il s'agit d'une couche supplémentaire de contrôle d'accès pour les organisations qui apprécient la sécurité et utilisent GitLab.com via SAML SSO. Vous pouvez maintenant faire de SSO une exigence, sachant que les utilisateurs de votre groupe utilisent SSO.
Filtrage par données récemment créées ou modifiées pour l'API epics
ULTIME, OR
Auparavant, il était difficile d'interroger des données nouvellement créées ou modifiées à l'aide de l'API epics GitLab. Dans la version 11.11, nous avons ajouté des filtres supplémentaires created_after, created_before, updated_after и updated_beforepour assurer la cohérence avec l'API des problèmes et trouver rapidement les epics modifiées ou nouvellement créées.
Authentification biométrique avec UltraAuth
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
société est spécialisé dans l'authentification biométrique sans mot de passe. Nous supportons désormais cette méthode d'authentification sur GitLab !
Merci Kartiki Tanna)!
Exécuteur GitLab 11.11
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Aujourd'hui, nous avons publié 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.
Améliorations générales
CORE, DÉMARREUR, PREMIUM, ULTIMATE
Nous avons apporté les améliorations suivantes à Omnibus dans GitLab 11.11 :
- GitLab 11.11 inclut - , dont la nouvelle version comprend des messages éphémères interactifs et plus encore. Cette version contient et nous recommandons la mise à niveau.
- .
Améliorations du schéma
CORE, DÉMARREUR, PREMIUM, ULTIMATE
Nous avons apporté les améliorations suivantes aux graphiques Helm dans GitLab 11.11 :
- Dans GitLab 11.11, vous pouvez .
- Les administrateurs sont disponibles Y compris
memoryKiller,maxRss,graceTimeиshutdownWait. - Cartes Helm maintenant dans Amazon Elastic Container Service pour Kubernetes ()
Amélioration des performances
CORE, STARTER, PREMIUM, ULTIMATE, 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.11 :
Fonctionnalités obsolètes
GitLab Geo apportera le stockage haché à GitLab 12.0
GitLab Geo est requis pour atténuer la concurrence sur les nœuds secondaires. Cela a été noté dans .
Dans GitLab nous avons ajouté cette exigence à la documentation Geo : .
Dans GitLab sudo gitlab-rake gitlab:geo:check vérifie si le stockage haché est activé et si tous les projets sont migrés. Cm. . Si vous utilisez Geo, veuillez exécuter cette vérification et migrer dès que possible.
Dans GitLab un avertissement de désactivation permanente s'affichera sur la page Zone d'administration › Géo › Nœudssi les vérifications ci-dessus ne sont pas autorisées. .
Dans GitLab Geo utilisera les exigences de stockage hachées. Cm. .
Date de suppression : 22 Juin 2019 ville
GitLab Geo apportera PG FDW à GitLab 12.0
Ceci est nécessaire pour le curseur Geo Log car il améliore considérablement les performances de certaines opérations de synchronisation. Il améliore également les performances des requêtes sur l'état des nœuds géographiques. Les requêtes précédentes avaient des performances trop faibles dans les grands projets. Découvrez comment le configurer dans . Dans GitLab Geo nécessitera PG FDW. Cm. .
Date de suppression : 22 Juin 2019 ville
Les options Sentry pour le rapport d'erreurs et la journalisation seront supprimées de l'interface utilisateur dans GitLab 12.0
Ces options seront supprimées de l'interface utilisateur dans GitLab 12.0 et seront disponibles dans le fichier gitlab.yml. De plus, vous pourrez définir un environnement Sentry pour distinguer plusieurs déploiements. Par exemple, le développement, la mise en scène et la production. Cm. .
Date de suppression : 22 Juin 2019 ville
Limitation du nombre maximum de pipelines créés par une soumission
Auparavant, GitLab créait des pipelines pour HEAD chaque succursale dans l'expédition. Ceci est utile pour les développeurs qui poussent plusieurs modifications à la fois (par exemple, à une branche de fonctionnalité et à un develop).
Mais lorsque vous poussez un grand référentiel où il y a de nombreuses branches actives (par exemple, pour déplacer, mettre en miroir ou bifurquer), vous n'avez pas besoin de créer un pipeline pour chaque branche. À partir de GitLab 11.10, nous créons lors de l'envoi.
Date de suppression : 22 mai 2019 ville
Chemins de code hérités de GitLab Runner
Depuis Gitlab 11.9, GitLab Runner utilise clonage/appel du référentiel. Actuellement, GitLab Runner utilisera l'ancienne méthode si la nouvelle n'est pas prise en charge. Voir plus dans .
Dans GitLab 11.0, nous avons modifié la vue de configuration du serveur de métriques pour GitLab Runner. metrics_serversera supprimé au profit de listen_address dans GitLab 12.0. Voir plus dans .
Dans la version 11.3, GitLab Runner a commencé à prendre en charge ; qui a entraîné de nouveaux paramètres pour . la il y a un tableau des changements et des instructions pour migrer vers la nouvelle configuration. Voir plus dans .
Ces chemins ne seront pas disponibles dans GitLab 12.0. En tant qu'utilisateur, vous n'avez rien à changer, assurez-vous simplement que votre instance GitLab exécute la version 11.9+ lorsque vous mettez à niveau vers GitLab Runner 12.0.
Date de suppression : 22 Juin 2019 ville
Option obsolète pour la fonctionnalité de point d'entrée pour GitLab Runner
Paramètre de fonctionnalité introduit dans 11.4 GitLab Runner pour régler des problèmes comme и .
Dans GitLab 12.0, nous passerons au comportement correct comme si le paramètre de fonctionnalité était désactivé. Voir plus dans .
Date de suppression : 22 Juin 2019 ville
Prise en charge obsolète d'une distribution Linux qui a atteint la fin de vie de GitLab Runner
Certaines distributions Linux sur lesquelles vous pouvez installer GitLab Runner ont atteint leur objectif.
Dans GitLab 12.0, GitLab Runner ne distribuera plus de packages à ces distributions Linux. Une liste complète des distributions qui ne sont plus prises en charge peut être trouvée dans notre . Merci Javier Ardo), pour votre !
Date de suppression : 22 Juin 2019 ville
Suppression des anciennes commandes GitLab Runner Helper
Dans le cadre de l'ajout de la prise en charge dû abandonner certaines des anciennes commandes utilisées pour .
GitLab 12.0 lance GitLab Runner avec de nouvelles commandes. Ceci s'applique uniquement aux utilisateurs qui . Voir plus dans .
Date de suppression : 22 Juin 2019 ville
Suppression de l'ancien mécanisme git clean de GitLab Runner
Dans GitLab Runner 11.10, nous configurer comment Runner exécute une commande git clean. De plus, une nouvelle stratégie de nettoyage supprime l'utilisation git reset et met la commande git clean après l'étape de téléchargement.
Étant donné que ce changement de comportement peut affecter certains utilisateurs, nous avons préparé un paramètre FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Si vous définissez la valeur true, il restaurera la stratégie de nettoyage héritée. Vous trouverez plus d'informations sur l'utilisation des paramètres de fonction dans GitLab Runner .
Dans GitLab Runner 12.0, nous supprimerons la prise en charge de la stratégie de nettoyage héritée et la possibilité de la restaurer à l'aide d'un paramètre de fonction. Voir dans .
Date de suppression : 22 Juin 2019 ville
uniquement disponible pour les plans Silver/Premium
Lorsque nous avons introduit des modèles de projet au niveau du groupe dans la version 11.6, nous avons accidentellement rendu cette fonctionnalité Premium/Silver disponible pour tous les plans.
Nous dans la version 11.11 et accordez 3 mois supplémentaires à tous les utilisateurs et instances en dessous du niveau Silver/Premium.
À partir du 22 août 2019, les modèles de projet d'équipe ne seront disponibles que pour le plan Silver/Premium et supérieur, comme décrit dans la documentation.
Date de suppression : 22 2019 de Août
Abandon de la prise en charge des tâches par lots Windows
Dans GitLab 13.0 (22 juin 2020), nous prévoyons de supprimer la prise en charge des tâches par lots sur la ligne de commande Windows dans GitLab Runner (par exemple, cmd.exe) en faveur d'une prise en charge étendue de Windows PowerShell. En savoir plus dans .
Notre vision du DevOps d'entreprise s'alignera désormais sur la position de Microsoft selon laquelle PowerShell est la meilleure option pour automatiser les applications d'entreprise dans les environnements Windows. Si vous souhaitez continuer à utiliser cmd.exe, ces commandes peuvent être appelées à partir de PowerShell, mais nous ne prendrons pas directement en charge les tâches par lots Windows en raison de plusieurs incohérences qui entraînent des frais de maintenance et de développement élevés.
Date de suppression : 22 Septembre 2019 ville
Nécessite Git 2.21.0 ou supérieur
À partir de GitLab 11.11, Git 2.21.0 est requis pour s'exécuter. , mais les utilisateurs d'installations d'origine avec des versions précédentes de Git devront effectuer une mise à niveau.
Date de suppression : 22 mai 2019 ville
Modèle de service Kubernetes hérité
Dans GitLab 12.0, nous prévoyons de déprécier le modèle de service Kubernetes en faveur de la configuration de cluster au niveau de l'instance introduite dans GitLab 11.11.
Toutes les instances autogérées utilisant le modèle de service seront migrées vers un cluster au niveau de l'instance lors de la mise à niveau vers GitLab 12.0.
Date de suppression : 22 Juin 2019 ville
Désactivation de la correspondance des libellés app sur les panneaux de déploiement Kubernetes
Dans GitLab 12.0, nous prévoyons de déprécier la correspondance des étiquettes d'application dans le sélecteur de déploiement Kubernetes. Dans GitLab 11.10, nous avons introduit , qui recherche les correspondances sur app.example.com/app и app.example.com/envpour afficher les déploiements sur le panneau.
Pour que ces déploiements apparaissent dans les panneaux de déploiement, il vous suffit de soumettre un nouveau déploiement et GitLab appliquera les nouvelles étiquettes.
Date de suppression : 22 Juin 2019 ville
Les packages GitLab 12.0 seront signés avec une signature étendue
2 mai 2019 Git Lab Omnibus GitLab du 01.08.2019/01.07.2020/XNUMX au XNUMX/XNUMX/XNUMX. Si vous vérifiez les signatures des packages et que vous souhaitez mettre à jour les clés, suivez simplement les instructions de .
Date de suppression : 22 Juin 2019 ville
рнал изменений
Recherchez toutes ces modifications dans le journal des modifications :
Installation
Si vous configurez une nouvelle installation GitLab, visitez .
Mettre à jour
→ Consulter
Source: habr.com