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 de DevOps. Nous sommes heureux d'annoncer qu'à partir de cette version, nous soutenons plusieurs personnes responsables pour une demande de fusion ! Cette fonctionnalité est disponible à partir du niveau GitLab Starter et incarne vraiment notre devise: "Tout le monde peut contribuer . " Nous savons que de nombreuses personnes peuvent travailler avec une seule demande de fusion, afin que tout soit en ordre, et maintenant vous avez la possibilité de nommer plusieurs responsables des demandes de fusion!
Et les équipes DevOps reçoivent désormais une notification automatique des événements de déploiement dans Slack et Mattermost . Ajoutez de nouvelles notifications à la liste des événements d'envoi dans ces deux chats, et votre équipe sera presque instantanément informée des nouveaux déploiements.
Réduisez les coûts en prenant en charge les conteneurs Docker sous Windows et en approvisionnant les clusters Kubernetes au niveau de l'instance
Nous aimons les conteneurs! Les conteneurs dépensent moins de ressources système que les machines virtuelles et améliorent la portabilité des applications. Depuis la sortie de GitLab 11.11, nous avons pris en charge Windows Container Executor pour GitLab Runner , vous pouvez donc maintenant utiliser les conteneurs Docker sur Windows et profiter des fonctionnalités avancées d'orchestration et de gestion des pipelines.
GitLab Premium (uniquement pour les instances autogérées) propose désormais un proxy de mise en cache pour les dépendances des images Docker . Ce module complémentaire accélérera la livraison, car vous disposerez 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 préparer le cluster Kubernetes au niveau de l'instance , et tous les groupes et projets de l'instance l'utiliseront pour leurs déploiements. Cette intégration de GitLab avec Kubernetes créera automatiquement des ressources pour des projets spécifiques 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é un accès invité aux versions , augmenté les minutes supplémentaires de CI Runner pour GitLab Free , simplifié les vérifications en résolvant automatiquement la discussion lorsque vous appliquez l'offre , et bien plus encore!
Employée la plus précieuse du mois ( MVP ) - Kia Mei Somabes
Dans cette version, nous avons ajouté la possibilité de télécharger des dossiers individuels à partir de référentiels, plutôt que tout le contenu. Vous pouvez maintenant télécharger seulement quelques fichiers nécessaires. Merci Kia May Somabes
Caractéristiques principales de GitLab 11.11
Exécuteur de conteneur Windows pour GitLab Runner
NOYAU, DEMARREUR, PREMIUM, ULTIME, 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, presque de la même manière que sous Linux. Les utilisateurs de la plate-forme Microsoft disposent désormais 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 d'assistance pour différentes versions des conteneurs Windows. Vos propres coureurs Windows peuvent bien sûr être utilisés avec GitLab.com, mais jusqu'à présent, ils ne figurent pas sur la liste des outils accessibles au public.
Proxy de dépendance de cache pour le registre de conteneurs
PREMIUM, ULTIME
Les équipes utilisent souvent des conteneurs dans les pipelines de construction, et un proxy de mise en cache pour les images et les packages fréquemment utilisés en amont est un excellent moyen d'accélérer les pipelines. Avec une copie locale des couches souhaitées, accessible 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 pour les conteneurs n'est disponible que pour les instances autogérées sur le serveur Web Puma (en mode expérimental) .
Plusieurs responsables de demandes de fusion
DEMARREUR, PREMIUM, ULTIME, BRONZE, ARGENT, OR
Très souvent, plusieurs personnes travaillent à la fois sur une fonction dans une branche commune et dans une demande de fusion, par exemple, lorsque les développeurs frontaux et principaux travaillent en étroite collaboration ou lorsque les développeurs travaillent en binôme, comme dans la programmation extrême.
Dans GitLab 11.11, plusieurs personnes peuvent être affectées aux demandes de fusion. Comme avec plusieurs gestionnaires de tâches, vous pouvez utiliser des listes, des filtres, des notifications et des API ici.
Configuration du cluster Kubernetes au niveau de l'instance
NOYAU, DEMARREUR, PREMIUM, ULTIME
Le modèle de sécurité et de formation de Kubernetes évolue et vous pouvez désormais servir un grand nombre de clients via un cluster commun.
Dans GitLab 11.11, les utilisateurs d'instances autogérées peuvent désormais préparer le cluster au niveau de l'instance, et tous les groupes et projets de l'instance l'utiliseront pour leurs déploiements. Cette intégration de GitLab avec Kubernetes créera automatiquement des ressources pour des projets spécifiques pour plus de sécurité.
Notifications de déploiement dans Slack et Mattermost
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Vous pouvez maintenant configurer des notifications automatiques des événements de déploiement dans le canal d'é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 éditions
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Désormais, les utilisateurs invités de vos projets peuvent voir 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 validations.
Autres améliorations dans GitLab 11.11
Graphes de validation sérialisés pour de meilleures performances
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
De nombreuses opérations Git nécessitent de parcourir le graphe de validation, comme le calcul d'une base de fusion ou la sortie de branches contenant une validation. Plus les validations sont nombreuses, plus ces opérations sont lentes, car pour contourner, il est nécessaire de charger chaque objet du disque pour lire ses pointeurs.
Dans GitLab 11.11, nous avons inclus la fonctionnalité de graphe de validation sérialisé introduite dans les versions récentes de Git pour calculer et stocker ces informations à l'avance. Les analyses dans les grands référentiels sont désormais beaucoup plus rapides. Le graphique de validation sera automatiquement créé lors de la prochaine récupération de place dans le référentiel.
Découvrez comment créer un graphique sérialisé des validations dans une série d'articles de l'un des auteurs de cette fonctionnalité.
Minutes supplémentaires CI Runner: maintenant pour les plans gratuits
GRATUIT, BRONZE, ARGENT, OR
Le mois dernier, nous avons ajouté la possibilité d'acheter des minutes supplémentaires de CI Runner, mais uniquement pour les plans payants GitLab.com. Dans ce numéro, vous pouvez acheter des minutes dans des plans gratuits.
Télécharger les archives du répertoire dans le référentiel
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Selon le type et la taille du projet, l'archivage de l'ensemble du projet peut prendre beaucoup de temps et n'est pas toujours nécessaire, en particulier dans le cas de grands mono-référentiels. 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 le travail, Kia May Somabes !
L'application d'une proposition résout désormais automatiquement la discussion
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
La proposition de modifications simplifie le travail conjoint sur les demandes de fusion: vous pouvez désormais vous passer de copier-coller pour accepter la modification proposée. Dans GitLab 11.11, nous avons rendu ce processus encore plus facile: la discussion est désormais automatiquement résolue lors de l'application de la proposition.
Compteur de temps sur la barre latérale du tableau des tâches
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Les barres de tâches latérales doivent être identiques dans les tableaux blancs et les vues de tâches. Par conséquent, GitLab a maintenant un compteur de temps dans la barre des tâches de la barre des tâches. Accédez simplement au tableau des tâches, cliquez sur la tâche et un panneau latéral avec un compteur de temps s'ouvrira.
Informations de déploiement dans l'API Environnements
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Nous avons ajouté la possibilité de demander des informations sur un environnement spécifique à partir de l'API Environnements afin de savoir quelle validation est déployée dans l'environnement en ce moment. Cela simplifiera l'automatisation et les rapports pour les utilisateurs d'environnements dans GitLab.
Correspondances de variables négatives pour les règles de pipeline
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Vous pouvez maintenant vérifier l'égalité négative ou la coïncidence des modèles ( != Et !~ ) Dans le .gitlab-ci.yml lors de la vérification des valeurs des variables d'environnement, afin de contrôler le comportement des pipelines est devenu plus flexible.
Démarrage en un clic de toutes les tâches manuelles dans une étape
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Dans GitLab 11.11, les utilisateurs qui ont plusieurs tâches manuelles par étapes peuvent désormais exécuter toutes ces tâches en une seule étape en cliquant sur le bouton "Tout lire " à droite du nom de l'étape dans la vue du pipeline.
Création d'un fichier directement à partir d'une variable d'environnement
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Les variables d'environnement sont souvent utilisées pour créer des fichiers, en particulier pour les secrets qui ont besoin de protection et ne sont disponibles que dans un pipeline d'environnement spécifique. Pour ce faire, vous définissez le contenu de la variable comme le contenu de la variable et créez le 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 modifier .gitlab-ci.yml.
Point de terminaison de l'API d'informations sur la vulnérabilité
ULTIMATE, GOLD
Vous pouvez maintenant demander à l'API GitLab 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, validité et gravité.
Capacité de numérisation 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 une analyse dynamique complète au lieu d'une analyse passive standard. L'analyse dynamique complète protège contre plus de vulnérabilités.
Installer Prometheus sur des clusters de niveau groupe
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
Dans cette version de GitLab, vous pouvez attacher un cluster Kubernetes à un groupe entier. Nous avons également ajouté la possibilité d'installer une instance de Prometheus sur ce cluster, afin de simplifier le suivi de tous les projets du cluster.
Le panneau de sécurité ignore les informations
ULTIMATE, GOLD
Les panneaux de sécurité GitLab permettent aux administrateurs de visualiser les vulnérabilités ignorées. Pour optimiser le flux de travail, nous avons ajouté la possibilité de visualiser les informations ignorées directement dans le panneau de sécurité.
Créer des mesures de tableau de bord personnalisées
PREMIUM, ULTIMATE, SILVER, GOLD
Créez de nouveaux graphiques avec des mesures de performances personnalisées directement dans la barre d'outils du tableau de bord des mesures. Les utilisateurs peuvent désormais créer, mettre à jour et supprimer des visualisations de mesures dans le tableau de bord en cliquant sur le bouton Ajouter une mesure dans le coin supérieur droit de la barre d'outils du tableau de bord.
Les tâches des notifications sont désormais ouvertes au nom de GitLab Alert Bot
PREMIUM, ULTIMATE, SILVER, GOLD
Désormais, pour les tâches qui s'ouvrent à partir de notifications, l'auteur sera GitLab Alert Bot, vous pouvez donc immédiatement voir que la tâche a été créée automatiquement à partir d'une notification importante.
Enregistrement automatique des descriptions Ă©piques dans le stockage local
ULTIMATE, GOLD
Les descriptions épiques n'ont pas été enregistrées dans le stockage local. Les modifications ont donc disparu si vous ne les aviez pas explicitement enregistrées lors de la modification de la description épique. GitLab 11.11 a introduit la possibilité d'enregistrer des descriptions épiques dans le stockage local. Cela signifie que vous pouvez maintenant revenir facilement à la modification de la description de l'épopée si une erreur se produit, vous êtes distrait ou quittez accidentellement le navigateur.
Prise en charge de la mise en miroir GitLab pour Git LFS
DEMARREUR, PREMIUM, ULTIME, BRONZE, ARGENT, OR
La mise en miroir peut répliquer les référentiels Git d'un endroit à 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 de 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 de jeux ou des données scientifiques.
Autorisations de lecture et d'écriture dans le référentiel pour les jetons d'accès personnels
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
De nombreux jetons d'accès personnels sont autorisés à changer au niveau de l'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 jetons d'accès personnels ne peuvent désormais avoir que des autorisations de lecture et d'écriture pour les référentiels de projet, plutôt qu'un accès plus approfondi au niveau de l'API aux zones GitLab sensibles telles que les paramètres et l'appartenance.
Merci Horatiu Eugen Vlad
Ajout de la prise en charge de base des requĂŞtes de groupe GraphQL
GRATUIT, BRONZE, ARGENT, OR, NOYAU, DEMARREUR, PREMIUM, ULTIME
À l'aide de l'API GraphQL, les utilisateurs peuvent spécifier exactement les données dont ils ont besoin et recevoir toutes les données nécessaires en quelques requêtes. À partir de cette version, GitLab prend en charge l'ajout d'informations de groupe de base à l'API GraphQL.
Connexion aux informations d'identification Salesforce
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
GitLab aime les développeurs Salesforce, et pour soutenir cette communauté, nous permettons aux utilisateurs de se connecter à GitLab avec les informations d'identification Salesforce.com. Désormais, vous pouvez configurer GitLab en tant qu'application connectée à Salesforce pour utiliser Salesforce.com pour vous connecter à GitLab en un seul clic.
SAML SSO est désormais requis pour l'accès Web
PREMIUM, ULTIMATE, SILVER, GOLD
Nous étendons l' exigence de connexion unique (SSO) au niveau du groupe introduite dans la version 11.8 avec une révision stricte des ressources du groupe et du projet afin que les utilisateurs ne puissent y accéder que lorsqu'ils se connectent avec SAML. Il s'agit d'un niveau 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 l'authentification unique un must, sachant que les utilisateurs de votre groupe utilisent l'authentification unique.
Filtrage par données récemment créées ou modifiées pour des API épiques
ULTIMATE, GOLD
Auparavant, il était difficile d'interroger des données récemment créées ou modifiées à l'aide de l'API épique sur GitLab. Dans la version 11.11, nous avons ajouté des filtres supplémentaires created_after , created_before , updated_after et updated_before pour garantir la cohérence avec les tâches de l'API et trouver rapidement les épopées modifiées ou récemment créées.
Authentification biométrique avec UltraAuth
NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR
UltraAuth est spécialisé dans l'authentification biométrique sans mot de passe. Nous prenons désormais en charge cette méthode d'authentification sur GitLab!
Merci Kartikey Tanna
GitLab Runner 11.11
NOYAU, DEMARREUR, PREMIUM, ULTIME, 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 travaux CI / CD et renvoyer les résultats à GitLab.
Améliorations omnibus
NOYAU, DEMARREUR, PREMIUM, ULTIME
Nous avons apporté les améliorations suivantes à Omnibus dans GitLab 11.11:
Amélioration du circuit
NOYAU, DEMARREUR, PREMIUM, ULTIME
Nous avons apporté les améliorations suivantes aux graphiques Helm dans GitLab 11.11:
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.11:
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, un avertissement de désactivation permanente sera affiché sur la page Admin Area ›Geo› Nodes si les vérifications ci-dessus ne sont pas autorisées. gitlab-ee! 8433 .
Dans GitLab 12.0, Geo utilisera les exigences de stockage hachées. Voir gitlab-ee # 8690 .
Date de suppression: 22 juin 2019
GitLab Geo utilisera PG FDW dans GitLab 12.0
Ceci est nécessaire pour Geo Log Cursor, car il améliore considérablement les performances de certaines opérations de synchronisation. Les performances des requêtes de statut du nœud géographique sont également améliorées. Les requêtes précédentes avaient une productivité trop faible dans les grands projets. Découvrez 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 suppression: 22 juin 2019
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 pouvez définir un environnement Sentry pour distinguer plusieurs déploiements. Par exemple, développement, mise en scène et production. Voir gitlab-ce # 49771 .
Date de suppression: 22 juin 2019
Limitez le nombre maximal de pipelines créés par une soumission
GitLab utilisé pour créer des pipelines pour le HEAD chaque branche dans la soumission. Ceci est pratique pour les développeurs qui soumettent plusieurs modifications à la fois (par exemple, à la branche de fonctionnalité et à la branche de develop ).
Mais lors de l'envoi d'un grand référentiel, où il existe de nombreuses branches actives (par exemple, pour déplacer, mettre en miroir ou créer des branches), vous n'avez pas besoin 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.
Supprimé: 22 mai 2019
Legacy GitLab Runner Code Legacy Paths
Depuis Gitlab 11.9, GitLab Runner utilise la nouvelle méthode de clonage / appel de référentiel. Actuellement, GitLab Runner utilisera l'ancienne méthode si la nouvelle n'est pas prise en charge. Voir cette tâche pour plus de détails.
Dans GitLab 11.0, nous avons changé l'apparence de la configuration du serveur métrique pour GitLab Runner. metrics_server sera supprimé au profit de listen_address dans GitLab 12.0. Voir cette tâche pour plus de détails.
Dans la version 11.3, GitLab Runner a commencé à prendre en charge plusieurs fournisseurs de cache ; ce qui a conduit à de nouveaux paramètres pour une configuration S3 spécifique . La documentation contient un tableau des modifications et des instructions pour passer à une nouvelle configuration. Voir cette tâche pour plus de détails.
Ces chemins ne seront pas disponibles dans GitLab 12.0. En tant qu'utilisateur, vous n'avez rien Ă changer, assurez-vous simplement que l'instance GitLab fonctionne avec la version 11.9+ lors de la mise Ă niveau vers GitLab Runner 12.0.
Date de suppression: 22 juin 2019
Fonctionnalité de point d'entrée obsolète pour GitLab Runner
Dans 11.4, GitLab Runner introduit le FF_K8S_USE_ENTRYPOINT_OVER_COMMAND fonctionnalité FF_K8S_USE_ENTRYPOINT_OVER_COMMAND pour résoudre des problèmes tels que # 2338 et # 3536 .
Dans GitLab 12.0, nous passerons au comportement correct, comme si le paramètre de fonctionnalité était désactivé. Voir cette tâche pour plus de détails.
Date de suppression: 22 juin 2019
Prise en charge de la distribution Linux obsolète atteignant EOL pour GitLab Runner
Certaines distributions Linux dans lesquelles vous pouvez installer GitLab Runner ont rempli leur fonction.
Dans GitLab 12.0, GitLab Runner ne distribuera plus de packages à de telles distributions Linux. Une liste complète des distributions qui ne sont plus prises en charge se trouve dans notre documentation . Merci, Javier Jardón , pour votre contribution !
Date de suppression: 22 juin 2019
Suppression des anciennes commandes d'assistance de GitLab Runner
Dans le cadre de l'ajout de la prise en charge de Windows, l'exécuteur Docker a dû abandonner certaines des anciennes commandes utilisées pour l' image d'assistance .
Dans GitLab 12.0, GitLab Runner démarre avec de nouvelles commandes. Cela s'applique uniquement aux utilisateurs qui remplacent l'image d'assistance . Voir cette tâche pour plus de détails.
Date de suppression: 22 juin 2019
Suppression du mécanisme de nettoyage de git hérité de GitLab Runner
Dans GitLab Runner 11.10, nous avons fourni la possibilité de personnaliser la façon dont Runner exécute la commande git clean . De plus, la nouvelle stratégie de nettoyage supprime l'utilisation de git reset et place 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é le paramètre FF_USE_LEGACY_GIT_CLEAN_STRATEGY . S'il est défini sur 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 la documentation .
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 cette tâche .
Date de suppression: 22 juin 2019
Lorsque nous avons introduit les modèles de projet au niveau du groupe dans la version 11.6, nous avons accidentellement mis cette fonctionnalité pour Premium / Silver à la disposition de tous les plans.
Nous corrigeons ce bogue dans la version 11.11 et accordons 3 mois supplémentaires à tous les utilisateurs et instances inférieurs au niveau Silver / Premium.
À partir du 22 août 2019, les modèles de projet de groupe ne seront disponibles que pour les plans Silver / Premium et supérieurs, comme décrit dans la documentation.
Date de suppression: 22 août 2019
ArrĂŞt du support des travaux par lots de Windows
Dans GitLab 13.0 (22 juin 2020), nous prévoyons d'abandonner la prise en charge des travaux par lots sur la ligne de commande Windows dans GitLab Runner (par exemple, cmd.exe ) au profit d'une prise en charge améliorée de Windows PowerShell. Plus de détails dans cette tâche .
Notre vision des DevOps d'entreprise sera désormais conforme à 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 travaux par lots Windows en raison de plusieurs incohérences qui entraînent des coûts de maintenance et de développement élevés.
Date de suppression: 22 septembre 2019
Nécessite Git 2.21.0 ou supérieur.
À partir de GitLab 11.11, Git 2.21.0 est requis pour s'exécuter. Omnibus GitLab est déjà livré avec Git 2.21.0 , mais les utilisateurs des installations initiales avec les versions précédentes de Git devront mettre à niveau.
Supprimé: 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.
Toutes les instances autogérées où le modèle de service est utilisé seront migrées vers le cluster au niveau de l'instance lors de la mise à niveau vers GitLab 12.0.
Date de suppression: 22 juin 2019
Refuser la correspondance des libellés d' app dans les panneaux de déploiement Kubernetes
Dans GitLab 12.0, nous prévoyons d'abandonner la correspondance d'étiquette d'application dans le sélecteur de déploiement Kubernetes. Dans GitLab 11.10, nous avons introduit un nouveau mécanisme de correspondance qui recherche les correspondances sur app.example.com/app et app.example.com/env pour afficher les déploiements sur le panneau.
Pour que ces déploiements soient affichés sur les panneaux de déploiement, il vous suffit d'envoyer un nouveau déploiement et GitLab appliquera de nouveaux raccourcis.
Date de suppression: 22 juin 2019
Les packages GitLab 12.0 seront signés avec une signature étendue
Le 2 mai 2019, GitLab a prolongé les clés de signature des packages Omnibus GitLab du 08/01/2019 au 01/01/2020. Si vous recherchez des signatures de package et souhaitez renouveler vos clés, suivez simplement les instructions de la documentation pour signer à nouveau les packages Omnibus .
Date de suppression: 22 juin 2019
Journal des modifications
Recherchez toutes ces modifications dans le journal des modifications:
L'installation
Si vous configurez une nouvelle installation de GitLab, visitez la page de téléchargement de GitLab .
Mettre Ă jour
→ Consultez la page de mise à jour