Nouveau GitLab 12.0 avec des revues visuelles et une liste de dépendances


Dev, Sec et Ops


GitLab 12.0 est une version clé sur la voie de la mise en œuvre d'une approche qui couvrira tous les éléments de DevSecOps et permettra à chacun de contribuer.


Nous avons eu une année très excitante - nous avons travaillé dur sur une solution qui réunirait toutes les équipes. La communauté a fait des milliers d'ajouts pour rendre GitLab encore plus cool.



Nous pensons que tout le monde peut contribuer, nous avons donc ajouté des fonctionnalités pour la collaboration entre différentes équipes, la livraison rapide d'un excellent code et la combinaison de Dev, Sec et Ops.


Revues visuelles du code


Les applications de révision GitLab sont des outils pratiques avec lesquels n'importe qui (de l'équipe de service et des spécialistes du contrôle qualité aux propriétaires d'entreprise) peut évaluer et approuver les modifications des applications avant de les mettre en production.


Dans GitLab 12.0, vous pouvez facilement fournir un retour visuel directement dans l'application de révision. Aucun effort supplémentaire, comme basculer entre les onglets et saisir du texte, ce qui réduit le temps de révision et accélère la livraison.


Liste des dépendances du projet


En règle générale, les projets se composent de dizaines de composants individuels, ce qui présente de nombreuses vulnérabilités. Les spécialistes de la sécurité et de la conformité doivent connaître tous les composants du projet.


Maintenant, vous pouvez facilement afficher les dépendances du projet en un seul endroit.


Restriction d'accès par adresse IP


Certaines entreprises préfèrent restreindre l'accès aux référentiels par adresse IP.
Dans GitLab 12.0, vous pouvez restreindre l'accès aux données sur GitLab pour le trafic provenant d'adresses IP externes.


L'employé le plus précieux ( MVP ) de ce mois est Wolphin .

Grâce à lui, plusieurs extensions sont désormais prises en charge dans GitLab CI, ce qui a honoré la déjà belle primitive.
Merci wolphin

Principales fonctionnalités de GitLab 12.0


Revues visuelles du code


DEMARREUR, PREMIUM, ULTIME, BRONZE, ARGENT, OR


GitLab permet aux utilisateurs de créer automatiquement des applications de révision pour chaque demande de fusion. Tout le monde peut voir le changement dans le projet ou l'interface utilisateur.


Dans GitLab 12.0, la discussion de ces modifications est encore plus pratique grâce aux outils de révision visuelle disponibles directement dans l'application de révision. Un petit morceau de code - et les concepteurs, les chefs de produit et toutes les personnes concernées peuvent rapidement laisser un commentaire sur la demande de fusion, sans quitter l'application.



Liste des dépendances du projet


ULTIMATE, GOLD


Maintenant, dans le menu de gauche, vous pouvez ouvrir la liste des dépendances du projet (parfois elles sont appelées spécifications ou nomenclature).


La nomenclature indique les composants inclus dans le projet, ce qui est important pour les professionnels de la sécurité ou de la conformité. Le rapport peut non seulement être affiché, mais également exporté au format JSON.



Restriction d'accès par adresse IP


ULTIMATE, GOLD


Si l'entreprise a un contrôle strict, elle peut interdire l'accès à ses ressources à partir d'adresses IP externes. Cette fonctionnalité est particulièrement utile pour les entreprises qui utilisent un VPN, car vous pouvez désormais restreindre le trafic en dehors du sous-réseau spécifié pour accéder aux ressources de l'interface utilisateur de GitLab.


Un contrôle strict du code d'entreprise le plus précieux peut désormais être configuré au niveau du groupe dans des instances autogérées ou sur GitLab.com, et c'est très simple.



Synchronisation de fichiers avec Web Terminal


ULTIMATE, GOLD


Dans GitLab 12.0, les modifications apportées à l'IDE Web peuvent désormais être synchronisées avec le terminal Web. Les modifications apportées à l'IDE Web peuvent être testées dans le terminal Web avant d'être soumises au projet.


Cette fonctionnalité simplifie également l'arrivée de nouveaux membres qui peuvent désormais afficher, modifier et tester le code sans installer de dépendances locales pour le projet.


Remarque: GitLab.com prend uniquement en charge les terminaux Web interactifs via des coureurs privés.



Intégration Git pour JupyterHub


NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR


Le déploiement de JupyterHub via l'intégration de Gitlab avec Kubernetes vous permet de commencer facilement à travailler avec les blocs-notes Jupyter, avec lesquels vous pouvez créer et envoyer des documents avec du code en direct, des diagrammes et même des instructions.


À partir de GitLab 12.0, l'extension Git pour JupyterLab est automatiquement configurée lorsque vous installez JupyterHub sur un cluster Kubernetes. Cette intégration vous permet de contrôler entièrement les blocs-notes et d'exécuter des commandes Git dans Jupyter. Les commandes Git peuvent être exécutées sur l'onglet Git dans le volet gauche ou sur la ligne de commande Jupyter.



Autres améliorations dans GitLab 12.0


Prise en charge de plusieurs extensions dans .gitlab-ci.yml


NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR


Le extends permet aux utilisateurs de garder leur code GitLab CI / CD concis . Les utilisateurs avancés de GitLab CI / CD utilisent déjà des extensions pour compresser les parties communes du code. Nous les utilisons nous-mêmes pour construire GitLab et nos fonctionnalités Auto DevOps .


Dans GitLab 12.0, nous sommes heureux d'introduire un ajout de Wolphin , grâce auquel il est possible d'inclure plusieurs fragments étendus dans une tâche afin d'optimiser et de réduire la configuration CI.


Merci wolphin


Chaînes de fusion séquentielles


PREMIUM, ULTIMATE, SILVER, GOLD


Dans la version 12.0, nous introduisons une nouvelle façon de garder les branches master ou release vertes: la chaîne de fusion. Les chaînes de fusion sont basées sur nos piliers de fonctionnalités pour les demandes / résultats de fusion et permettent la mise en file d'attente des pipelines dans l'ordre.


Maintenant, les pipelines des chaînes de fusion fonctionnent de manière séquentielle (un à la fois), il est donc préférable de ne pas activer cette fonctionnalité pour l'instant - en fonction de la fréquence et de la durée de vos pipelines.

À l'avenir, nous prévoyons d'activer cette fonctionnalité par défaut, mais nous avons d'abord besoin de la prise en charge de l'exécution parallèle pour plus de commodité.



Journaux de quête pliables


NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR


Dans GitLab 12.0, nous ajoutons la possibilité d'étendre et de réduire les journaux dans les travaux GitLab CI / CD. Cela facilitera le débogage de certaines étapes de la tâche et afficher les étapes générales - ou des détails si vous avez besoin de voir toutes les sorties.


Au départ, c'était un ajout de Matthias van de Meent . Merci Matthias



Notifications par e-mail pour des groupes spécifiques


NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR


Dans 12.0, nous avons ajouté la possibilité de sélectionner des adresses individuelles pour les notifications de groupe. Les utilisateurs peuvent désormais recevoir des notifications de groupe à d'autres adresses. Par exemple, une adresse professionnelle pour un groupe de travail et une adresse personnelle pour un groupe personnel.



Base de données de vulnérabilités pour visualiser et accepter les modules complémentaires


ULTIMATE, GOLD


Notre base de données sur la vulnérabilité des projets peut être consultée ici . Examinez ce qu'il contient et vérifiez les vulnérabilités les plus pertinentes pour vous.


Consultez également nos recommandations de contribution pour améliorer votre base de données de vulnérabilités.


Indication de la raison de la disparition de la vulnérabilité


ULTIMATE, GOLD


Si vous ignorez la vulnérabilité trouvée, vous pouvez maintenant expliquer la raison dans un champ spécial.


Les professionnels de la sécurité et les développeurs pourront consulter l'historique et comprendre pourquoi il n'y a pas de correctifs.



Gérer les autorisations uniquement dans LDAP


PREMIUM, ULTIME


Les entreprises qui utilisent LDAP le synchronisent généralement avec GitLab pour gérer les autorisations.


Dans GitLab 12.0, vous pouvez désormais empêcher tout le monde sauf l'administrateur de modifier les autorisations pour une instance en dehors de LDAP. Avec cette approche, les entreprises avec des contrôles stricts peuvent s'assurer que les autorisations dans LDAP sont cohérentes avec les autorisations de l'instance et ne peuvent pas être modifiées par quelqu'un d'autre que les administrateurs de l'instance.


Seuls les administrateurs peuvent supprimer des projets


PREMIUM, ULTIME


Les entreprises strictement contrôlées ne peuvent autoriser l'archivage de projets pouvant contenir du code important dans le référentiel afin de ne pas le perdre à jamais.


Les administrateurs d'instance peuvent interdire aux utilisateurs ordinaires de supprimer des projets au niveau de l'instance et sauront avec certitude que les projets seront uniquement archivés et n'iront nulle part.



Aperçu de Gitlab


ULTIMATE, GOLD


GitLab Insights introduit dans GitLab Ultimate 11.9 (paramètre de fonctionnalité) est désormais accessible au public dans GitLab Ultimate 12.0.


Configurez l'affichage des informations les plus pertinentes, telles que la pureté du tri, le nombre de tâches créées et fermées pendant une certaine période, le temps moyen de fusion des demandes de fusion, et bien plus encore.



Notifications d'échec d'assemblage sur la branche principale


NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR


Le service de notification de pipeline sur GitLab permet aux utilisateurs de configurer une notification d'achèvement ou d'échec des assemblys pour la liste des destinataires. Auparavant, vous ne pouviez vous abonner qu'à tous les problèmes de build.


Dans GitLab 12.0, nous avons ajouté la possibilité de souscrire aux notifications de plantage uniquement dans la branche de projet par défaut (par exemple, master ).


Merci pour le travail, Peter Marko !



Prise en charge améliorée du passage de variables aux pipelines en aval


NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR


Dans GitLab 11.8, nous avons introduit la possibilité d'exécuter un pipeline enfant d'un travail intermédiaire à l'amont. Nous avons également introduit une prise en charge de base pour le passage de variables à un pipeline inférieur.


GitLab 12.0 prend en charge le transfert des variables d'environnement actuelles vers un pipeline inférieur. Cela permet aux utilisateurs de fournir un contexte pour un pipeline en aval et pour les validations, les demandes de fusion ou d'autres éléments du pipeline qui l'a lancé.


Clones de surface par défaut accélérés pour les nouveaux projets dans GitLab CI / CD


NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR


Depuis la sortie de GitLab 8.9, GitLab CI / CD prend en charge les clones git de surface à l'aide de la variable GIT_DEPTH dans la définition de travail.


Dans GitLab 12.0, nous avons ajouté la possibilité de définir cette profondeur au niveau du projet afin que les responsables du projet puissent choisir le finning de surface par défaut. La création de clones Git de surface est plus rapide que le clonage de l'ensemble du référentiel Git à chaque fois, et si vos travaux CI / CD sont configurés pour générer les dernières modifications, les clones de surface seront suffisants.


De plus, dans GitLab 12.0, pour les nouveaux projets créés dans GitLab, le paramètre GIT_DEPTH passera par défaut à 50 lors de sa création. Cette quantité raisonnable aidera les utilisateurs à cloner et à exécuter des builds dans GitLab CI / CD plus rapidement, et les utilisateurs avancés pourront modifier ce paramètre pour d'autres scripts CI / CD.


Le proxy de dépendance est activé pour les groupes par défaut


PREMIUM, ULTIME


Dans GitLab 11.11, nous avons lancé des proxys de dépendance afin que les utilisateurs puissent télécharger et mettre en cache des images Docker pour des téléchargements plus rapides et plus fiables.


Dans GitLab 12.0, nous avons activé cette fonctionnalité par défaut au niveau du groupe.



Le modèle Maven envoie désormais automatiquement le code au référentiel Maven


PREMIUM, ULTIMATE, SILVER, GOLD


Les développeurs Java ont besoin d'un moyen simple de créer des dépendances et de les gérer dans les pipelines GitLab CI / CD.


Dans GitLab 12.0, nous avons modifié le modèle Maven.gitlab-ci.yml inclus afin que les utilisateurs envoient des dépendances Java au référentiel GitLab Maven à partir de leurs pipelines CI / CD et les gèrent.


Suppression de balises du registre de conteneurs via l'API


NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR


Avec l'API Container Registry, les utilisateurs de GitLab peuvent facilement gérer leurs registres à l'aide de code.


Dans GitLab 12.0, nous avons mis à jour le modèle d'autorisation afin que les développeurs puissent supprimer les balises.


Déduplication des objets Git (bêta)


NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR


Les branchements de workflows simplifient la collaboration sur un projet: vous créez une copie du projet en amont, travaillez avec lui, puis ouvrez la demande de fusion pour ajouter vos modifications au projet en amont. Pour les projets populaires, les besoins de stockage côté serveur pour des milliers de copies augmentent rapidement, ainsi que les coûts.


Dans GitLab 12.0, les administrateurs d'instance peuvent activer la déduplication des objets à l'aide du paramètre d'objet object_pools . S'il est activé, lorsqu'un projet public est bifurqué, un pool d'objets sera créé et les objects/info/alternates seront utilisés afin que les branches prennent moins de place.


Pour dédupliquer des objets, le stockage haché doit être activé et le projet parent doit utiliser le stockage haché. Les branches existantes ne sont pas encore automatiquement transférées dans le pool d'objets. Suivez l'actualité: gitaly # 1560 .


Dans le prochain numéro, nous implémenterons une ramification rapide afin que les branches soient créées immédiatement avec déduplication. Maintenant, ils sont d'abord créés, puis dédupliqués.


La déduplication des objets est en cours d'exécution sur GitLab.com depuis le 30 mai 2019, mais elle est désactivée par défaut pour les instances autogérées, car un appel affiche un avertissement concernant un bitmap répété . Le problème est résolu dans la version 12.0, mais nous n'avons pas réussi à supprimer le paramètre de fonctionnalité dans cette version.

Cache de hachage bitmap Git activé pour un remballage plus rapide


NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR


Dans GitLab 12.0, lors du reconditionnement des référentiels Git, le cache de hachage bitmap est stocké dans l'index bitmap. Le cache améliore les performances de reconditionnement, en particulier lors de l'utilisation de sections delta.


Les versions de JGit antérieures à 3.5.0 ne sont pas compatibles avec le cache de hachage bitmap.

Vérification des informations d'identification Kubernetes fournies lors de la création du cluster


NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR


Si vous ajoutez le cluster Kubernetes manuellement, vous devez entrer un grand nombre de données et des erreurs sont possibles. Pour identifier les problèmes d'accès et d'autorisations, maintenant lors de l'ajout manuel d'un cluster, l'intégration de Kubernetes vérifiera la disponibilité de l'URL de l'API, ainsi que la validité du jeton de cluster et du certificat CA.


En cas de problème, vous recevrez une notification.



Utilisation de GitLab Serverless avec les paramètres Knative actuels


NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR


Avant cette version, les fonctionnalités GitLab Serverless ne pouvaient être utilisées que lors de l'installation de Knative via GitLab. Dans GitLab 12.0, les installations Knative existantes pourront également tirer parti de GitLab Serverless. Ajoutez simplement le cluster existant manuellement , ajoutez les modèles sans serveur nécessaires au projet, et GitLab fera le reste.


Cela signifie que vous pouvez désormais utiliser GitLab Serverless avec des solutions Knative tierces, telles que Cloud Run on GKE de Google ou Knative hébergé par IBM.


Liens et accès à la conférence Zoom depuis une tâche


NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR


Dans GitLab 12.0, nous avons facilité la collaboration sur les tâches avec les conférences Zoom. Collez le lien vers la conférence Zoom dans la description de la tâche. GitLab reconnaît le lien et affiche le bouton «Rejoindre la réunion Zoom» sous le titre.



Lien vers des tableaux de bord externes à partir de tableaux de bord d'environnement


NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR


Les équipes de service utilisent souvent des tableaux de bord plus sophistiqués avec des métriques pour visualiser l'état de leurs environnements.


À partir de GitLab 12.0, vous pouvez fournir et ouvrir des tableaux de bord tiers directement à partir des tableaux de bord sur GitLab.



CI Runner Common Limit Notifications sur GitLab.com


GRATUIT, BRONZE, ARGENT, OR


Les propriétaires du groupe GitLab.com recevront désormais des notifications par e-mail indiquant que le quota de minutes CI a expiré et des instructions pour acheter des minutes CI supplémentaires.


Possibilité d'interroger des épopées dans GraphQL


ULTIMATE, GOLD


À 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.


Dans cette version, GitLab prend en charge la possibilité d'interroger des épopées dans l'API GraphQL.


L'API de tâche fournit désormais des statistiques d'action


NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR


Les utilisateurs peuvent définir des actions dans les tâches et ces informations sont affichées à différents endroits de l'application.


Dans GitLab 12.0, les utilisateurs peuvent obtenir des informations de progression via l'API.


Nouveau design de discussion de discussion


NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR


La conception actuelle pour discuter des demandes de fusion et des tâches comprenait de nombreux champs et frontières, il était donc parfois difficile de suivre une conversation.


Dans GitLab 12.0, nous introduisons une conception plus conviviale.



Statistiques de tâche supplémentaires à partir de l'API de tâche


NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR


Les utilisateurs n'ont pas reçu de statistiques de tâche détaillées de l'API de tâche.
Dans GitLab 12.0, nous ajoutons la possibilité d'afficher le nombre de toutes les tâches, les tâches ouvertes et fermées.


Amélioration des notes système lors de l'ajout ou de la suppression de liens entre les épopées


ULTIMATE, GOLD


Les changements dans les relations entre les épopées n'ont pas été enregistrés dans les notes système du fil de discussion de l'épopée.


Dans GitLab 12.0, les notes système sont enregistrées lorsque des connexions entre les épopées parent et enfant sont ajoutées ou supprimées.


Ajouter et supprimer des épopées d'enfants via des actions rapides


ULTIMATE, GOLD


Désormais, les épopées enfants ne peuvent pas être ajoutées ou supprimées du parent via des actions rapides.
Dans GitLab 12.0, nous avons ajouté la possibilité d'ajouter et de supprimer des épopées enfants à l'aide des commandes /child_epic et /remove_child_epic .


Docker dans Docker n'est plus nécessaire pour DAST


ULTIMATE, GOLD


Le test de sécurité d'application dynamique (DAST) ne nécessite plus Docker dans Docker. Par conséquent, l'image Docker DAST (3 Go) sera mise en cache dans les coureurs.


L'image est mise à jour chaque semaine, donc le cache devient invalide tous les lundis.

GitLab Runner 12.0


NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR


Aujourd'hui, nous avons publié GitLab Runner 12.0! GitLab Runner est un projet open source utilisé pour exécuter des travaux CI / CD et renvoyer les résultats à GitLab.


Les changements les plus intéressants:



Comme nous l'avons dit dans les articles précédents, dans GitLab Runner 12.0, nous supprimons les fonctions obsolètes:



Une liste complète des modifications peut être trouvée dans le journal des modifications de GitLab Runner: CHANGELOG .


Améliorations omnibus


NOYAU, DEMARREUR, PREMIUM, ULTIME


Nous continuons d'améliorer GitLab Omnibus avec chaque version.


Quelques améliorations dans GitLab 12.0:



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 12.0:



Fonctions obsolètes


GitLab 9.x n'est plus pris en charge


Nous introduisons la nouvelle version majeure de GitLab, donc GitLab 9.x n'est plus pris en charge . Nous vous recommandons de mettre à niveau au moins GitLab 10.0 pour obtenir l'aide de notre équipe d' assistance .


Date de suppression: 22 juin 2019


GitLab Geo nécessite un stockage haché dans GitLab 12.0


GitLab 12.0 GitLab Geo nécessite un stockage haché pour atténuer la concurrence sur les nœuds secondaires. Utilisez sudo gitlab-rake gitlab:geo:check pour vérifier si le stockage haché est activé et si tous les projets sont migrés. Consultez la documentation sur la migration vers un stockage haché .


Nous en avons déjà parlé auparavant .


Dans GitLab 11.5, nous avons ajouté cette exigence à la documentation Geo .


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 . 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.


Date de suppression: 22 juin 2019


GitLab Geo nécessite PostgreSQL Foreign Data Wrapper dans GitLab 12.0


Dans GitLab 12.0, Geo nécessite Wrapper de données étrangères PostgreSQL, donc la version PostgreSQL doit être au moins 9.6. GitLab Geo utilise PostgreSQL Foreign Data Wrapper pour interroger les données de différentes instances PostgreSQL. Ceci est nécessaire pour Geo Log Cursor , car il améliore considérablement les performances de certaines opérations de synchronisation. Foreign Data Wrapper améliore également les performances des requêtes sur l'état des nœuds Geo. Les requêtes précédentes avaient une productivité trop faible dans les grands projets.


Découvrez comment configurer PostgreSQL Foreign Data Wrapper dans la documentation Geo Database Replication .


Date de suppression: 22 juin 2019


Refuser la correspondance des libellés d'application dans les panneaux de déploiement Kubernetes


Dans GitLab 12.1, nous supprimerons le mappage du raccourci d' app dans le sélecteur de déploiement Kubernetes (la suppression initiale était prévue pour la version 12.0). Dans GitLab 11.10, nous avons introduit un nouveau mécanisme de correspondance qui recherche les correspondances sur app.gitlab.com/app et app.gitlab.com/env pour afficher les déploiements sur le panneau.


Pour que ces déploiements apparaissent sur les panneaux de déploiement, il vous suffit d'envoyer un nouveau denla et GitLab appliquera de nouveaux raccourcis.


Date de suppression: 22 juin 2019


Suppression d'une variable d'environnement AUTO_DEVOPS_DOMAIN


La nouvelle variable d'environnement KUBE_INGRESS_BASE_DOMAIN été introduite dans GitLab 11.8 . Vous n'avez plus besoin d'utiliser AUTO_DEVOPS_DOMAIN pour définir plusieurs domaines, car ils sont désormais définis individuellement sur la page du cluster.


Date de suppression: 22 juin 2019


Suppression du modèle de service Kubernetes


Dans GitLab 12.1, 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


skip_auto_migrations


GitLab 12.0 skip_auto_migrations . GitLab 10.6.


: 22 2019 .


Prometheus 1.x


GitLab 12.0 Prometheus 1.x .


: 22 2019 .


openSUSE 42.3


EOL openSUSE 42.3 30 2019 . GitLab 12.1, GitLab 12.2.


: 22 2019 .


legacy GitLab Runner


Gitlab 11.9 GitLab Runner / . GitLab Runner , . .


GitLab 11.0 GitLab Runner. metrics_server listen_address GitLab 12.0. .


11.3 GitLab Runner - . S3 . . .


GitLab 12.0. , , , GitLab 11.9+ GitLab Runner 12.0.


: 22 2019 .


GitLab Runner


11.4 GitLab Runner .


FF_K8S_USE_ENTRYPOINT_OVER_COMMAND , #2338 #3536 .


GitLab 12.0 , . .


: 22 2019 .


Linux, EOL, GitLab Runner


Linux, GitLab Runner, .


GitLab 12.0 GitLab Runner Linux. , , .
, ( Javier Jardón ), !


: 22 2019 .


GitLab Runner Helper


Windows Docker executor , helper image .


GitLab 12.0 GitLab Runner . , helper image. .


: 22 2019 .


legacy git clean GitLab Runner


GitLab Runner 11.10 , Runner git clean . , git reset git clean .


GitLab 12.0 GitLab Runner . . .


: 22 2019 .


Secure License Management License Compliance GitLab 12.0


License Management , , GitLab 12.0. License Compliance — , , , , .
License Compliance .


: 22 2019 .


.gitlab-ci.yml Secure


.gitlab-ci.yml , :


  • --auth-first-page , , .
  • DEP_SCAN_DISABLE_REMOTE_CHECKS , , .
  • sast_container GITLAB_FEATURES , container_scanning .

.gitlab-ci.yml , , . Secure . , Secure .


, .


: 22 2019 .


Secure GitLab 12.0


Secure . Secure .


Secure .gitlab-ci.yml include: template: Dependency-Scanning.gitlab-ci.yml .


: 22 2019 .


3DES GitLab.com Pages


GitLab.com Pages 3DES, .


3DES . , Internet Explorer 7 8 Windows XP.


: 22 2019 .


MySQL GitLab 12.1


GitLab 12.0 — MySQL ( MariaDB) . PostgreSQL, . MySQL , Enterprise Edition Starter Premium.


GitLab MySQL, , .


: 22 2019 .


Sentry GitLab 12.1


GitLab 12.1 gitlab.yml GitLab 11.11. , Sentry, (, , ). . gitlab-ce#49771 .


: 22 2019 .


Silver/Premium


GitLab 11.6, Premium/Silver .


GitLab 11.11, Silver/Premium.


22 2019 Silver/Premium , .


: 22 2019 .


License Management Python 3 GitLab 12.2


Python 3 Secure License Management.


Python 2 CI LM_PYTHON_VERSION «2», , GitLab 12.2. Python 3 CI LM_PYTHON_VERSION «3» .


: 22 2019 .


Windows


GitLab 12.3 Windows GitLab Runner (, cmd.exe ) Windows PowerShell.


DevOps Microsoft, PowerShell — Windows.


cmd.exe , PowerShell, Windows - , .


: 22 2019 .


GitLab Runner Docker Executor


GitLab Runner 11.10 , , Docker Docker Machine. GitLab Runner , builds_dir . - , .


GitLab Runner 12.3 . . .


: 22 2019 .


Python 2 Secure License Management


Python 2 GitLab, Python 2.7 EOL 1 2020 .


: 22 2019 .


GitLab 12.0


GitLab 12.0 , Enterprise Edition , Community Edition. . , GitLab, 11.11, 12.0.0. , 12.3.0, 11.11 . , , . Omnibus 12.0.0, GitLab Helm Chart . .



  1. PostreSQL 10.0, /etc/gitlab/disable-postgresql-upgrade .
  2. GitLab Geo , PostgreSQL primary secondary . Geo 12.1 .

  • GitLab 12.0 JSON . , , JSON .
  • Omnibus .


:



L'installation


GitLab, GitLab .


Mettre à jour


.

Source: https://habr.com/ru/post/fr458136/


All Articles