GitLab 11.10 avec pipelines de tableaux de bord, pipelines de résultats fusionnés et suggestions multilignes dans les demandes de fusion.
Informations pratiques sur les performances des pipelines dans différents projets
GitLab continue d'augmenter la visibilité sur le cycle de vie DevOps. Dans ce numéro sur ajout d'un aperçu de l'état du pipeline.
Ceci est pratique même si vous étudiez le pipeline d'un seul projet, mais est particulièrement utile si , - et cela se produit généralement si vous utilisez des microservices et souhaitez exécuter un pipeline pour tester et fournir du code à partir de différents référentiels de projets. Vous pouvez désormais voir immédiatement la performance , partout où ils sont joués.
Exécution de pipelines pour les résultats fusionnés
Au fil du temps, les branches source et cible divergent et une situation peut survenir où elles se débrouillent séparément, mais ne travaillent pas ensemble. Maintenant vous pouvez . De cette façon, vous remarquerez rapidement des erreurs qui n'apparaîtraient que si les modifications étaient fréquemment déplacées entre les branches, ce qui signifie que vous corrigerez les erreurs de pipeline beaucoup plus rapidement et utiliserez le .
Optimiser davantage la collaboration
GitLab 11.10 ajoute encore plus de fonctionnalités pour une collaboration transparente et des flux de travail simplifiés. DANS nous avons introduit des suggestions pour les demandes de fusion, dans lesquelles un réviseur pouvait suggérer une modification d'une ligne d'un commentaire dans une demande de fusion, et cela pouvait être immédiatement validé directement à partir du fil de commentaires. Nos utilisateurs l'ont apprécié et ont demandé à étendre cette fonctionnalité. Maintenant, vous pouvez offrir , indiquant quelles lignes supprimer et lesquelles ajouter.
Merci pour vos commentaires et suggestions!
Et ce n'est pas tout…
Il y a tellement de fonctionnalités étonnantes dans cette version, par ex. , Plus approfondi , et opportunité . Vous trouverez ci-dessous des détails sur chacun d’eux.
L'employé le plus précieux du mois) — Takuya Noguchi
L'employé le plus précieux du mois est Takuya Noguchi (). Takaya : correction de bugs, correction de lacunes dans le backend et le frontend et amélioration de l'interface utilisateur. Merci!
Principales fonctionnalités de GitLab 11.10
Pipelines sur le panneau de commande
PREMIUM, ULTIME, ARGENT, OR
Le tableau de bord de GitLab affiche des informations sur les projets sur l'ensemble de votre instance GitLab. Vous ajoutez des projets individuels un par un et pouvez choisir celui qui vous intéresse.
Dans cette version, nous avons ajouté des informations sur les statuts du pipeline au tableau de bord. Désormais, les développeurs voient la fonctionnalité des pipelines dans tous les projets nécessaires - dans une seule interface.
Pipelines pour les résultats fusionnés
PREMIUM, ULTIME, ARGENT, OR
Il est courant que la branche source s'écarte de la branche cible au fil du temps, à moins que vous n'appliquiez continuellement des modifications entre elles. Par conséquent, les pipelines de branche source et cible sont « verts » et il n'y a pas de conflits de fusion, mais la fusion échoue en raison de modifications incompatibles.
Lorsque le pipeline de demande de fusion crée automatiquement un nouveau lien contenant le résultat combiné de la fusion des branches source et cible, nous pouvons exécuter le pipeline sur ce lien et garantir que le résultat global fonctionne.
Si vous utilisez des pipelines de demandes de fusion (à quelque titre que ce soit) et des exécuteurs GitLab privés version 11.8 ou antérieure, vous devrez les mettre à jour pour éviter ce problème. . Cela n'affecte pas les utilisateurs des exécuteurs publics de GitLab.
Suggérer des modifications sur plusieurs lignes
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Lorsque vous travaillez ensemble sur des demandes de fusion, vous détectez souvent des problèmes et proposez des solutions. Depuis GitLab 11.6, nous prenons en charge pour une ligne.
Dans la version 11.10, les commentaires diff des demandes de fusion peuvent proposer des modifications sur plusieurs lignes, puis toute personne disposant d'autorisations d'écriture sur la branche d'origine peut les accepter en un seul clic. Grâce à la nouvelle fonctionnalité, vous pouvez éviter le copier-coller, comme dans les versions précédentes.
Raccourcis dans une zone
PREMIUM, ULTIME, ARGENT, OR
Avec des étiquettes dans la même portée, les équipes peuvent appliquer des étiquettes mutuellement exclusives (dans la même portée) à un problème, une demande de fusion ou une épopée dans des scénarios avec des champs personnalisés ou des états de flux de travail personnalisés. Ils sont configurés à l'aide d'une syntaxe spéciale deux-points dans le titre de l'étiquette.
Supposons que vous ayez besoin d'un champ personnalisé dans les tâches pour suivre le système d'exploitation de la plate-forme ciblée par vos fonctions. Chaque tâche doit concerner une seule plateforme. Vous pouvez créer des raccourcis platform::iOS, platform::Android, platform::Linux et d'autres si nécessaire. Si vous appliquez un de ces raccourcis à une tâche, il supprimera automatiquement un autre raccourci existant commençant par platform::.
Disons que vous avez des raccourcis workflow::development, workflow::review и workflow::deployed, indiquant l'état du flux de travail de votre équipe. Si la tâche possède déjà un raccourci workflow::development, et le développeur souhaite déplacer la tâche vers la scène workflow::review, il applique simplement le nouveau raccourci et l'ancien (workflow::development) est automatiquement supprimé. Ce comportement existe déjà lorsque vous déplacez des tâches entre des listes de raccourcis sur le tableau des tâches qui représente le flux de travail de votre équipe. Désormais, les membres de l'équipe qui ne travaillent pas directement avec le tableau des tâches peuvent modifier eux-mêmes l'état du flux de travail dans les tâches.
Nettoyage plus approfondi du registre des conteneurs
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Lorsque vous utilisez généralement un registre de conteneurs avec des pipelines CI, vous transférez plusieurs modifications distinctes vers une seule balise. En raison de l'implémentation de la distribution Docker, le comportement par défaut consiste à enregistrer toutes les modifications apportées au système, mais elles finissent par occuper beaucoup de mémoire. Si vous utilisez le paramètre -m с registry-garbage-collect, vous pouvez supprimer rapidement toutes les modifications précédentes et libérer un espace précieux.
Achat de minutes CI Runner supplémentaires
BRONZE, ARGENT, OR
Les utilisateurs disposant de forfaits GitLab.com payants (Or, Argent, Bronze) peuvent désormais acheter des minutes CI Runner supplémentaires. Auparavant, il fallait respecter le quota prévu dans le plan. Grâce à cette amélioration, vous pouvez pré-acheter des minutes hors quota pour éviter les interruptions dues aux arrêts de pipeline.
Désormais, 1000 8 minutes coûtent XNUMX $ et vous pouvez en acheter autant que vous le souhaitez. Les minutes supplémentaires commenceront à être utilisées lorsque vous aurez dépensé la totalité de votre quota mensuel, et le reste des minutes supplémentaires sera reporté au mois suivant. DANS nous souhaitons également ajouter cette fonctionnalité aux forfaits gratuits.
DevOps automatique composable
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Avec Auto DevOps, les équipes passent aux pratiques DevOps modernes sans presque aucun effort. À partir de GitLab 11.10, chaque tâche dans Auto DevOps est fournie sous forme . Les utilisateurs peuvent utiliser dans GitLab CI pour activer des étapes individuelles d'Auto DevOps et en même temps utiliser votre fichier personnalisé gitlab-ci.yml. De cette façon, vous pouvez activer uniquement les tâches dont vous avez besoin et profiter des mises à jour en amont.
Gérez automatiquement les membres du groupe sur GitLab.com à l'aide de SCIM
ARGENT OR
Auparavant, vous deviez gérer manuellement l'adhésion aux groupes sur GitLab.com. Vous pouvez désormais utiliser SAML SSO et gérer les adhésions à l'aide de SCIM pour créer, supprimer et mettre à jour des utilisateurs sur GitLab.com.
Ceci est particulièrement utile pour les entreprises comptant un grand nombre d’utilisateurs et de fournisseurs d’identité centralisés. Vous pouvez désormais disposer d'une source unique de vérité, telle qu'Azure Active Directory, et les utilisateurs seront créés et supprimés automatiquement via le fournisseur d'identité plutôt que manuellement.
Connectez-vous à GitLab.com via le fournisseur SAML
ARGENT OR
Auparavant, lors de l'utilisation de SAML SSO pour des groupes, l'utilisateur devait se connecter avec des informations d'identification GitLab et un fournisseur d'identité. Vous pouvez désormais vous connecter directement via SSO en tant qu'utilisateur GitLab associé à un groupe configuré.
Les utilisateurs n'auront pas à se connecter deux fois, ce qui permettra aux entreprises d'utiliser plus facilement SAML SSO pour GitLab.com.
Autres améliorations dans GitLab 11.10
Schéma épique enfant
ULTIME, OR
Dans la version précédente, nous avons ajouté des épopées enfants (épopées d'épopées) pour vous aider à gérer votre structure de répartition des tâches. Les épopées enfants apparaissent sur la page de l'épopée parent.
Dans cette version, la page de l'épopée parent affiche un aperçu des épopées enfants afin que les équipes puissent voir la chronologie des épopées enfants et gérer les dépendances temporelles.
Écrans contextuels de demande de fusion
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Dans cette version, nous introduisons des écrans informatifs qui apparaissent lorsque vous survolez un lien de demande de fusion. Auparavant, nous affichions uniquement le titre de la demande de fusion, mais nous affichons désormais également l'état de la demande de fusion, l'état du pipeline CI et l'URL courte.
Nous prévoyons d'ajouter des informations plus importantes dans les prochaines versions, par ex. , et nous introduirons également des écrans contextuels pour .
Filtrage des demandes de fusion par branches cibles
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Les workflows Git pour la publication ou l'expédition de logiciels impliquent souvent plusieurs branches à long terme pour apporter des correctifs aux versions précédentes (par ex. stable-11-9) ou passer des tests de qualité à la production (par ex. integration), mais il n'est pas facile de trouver des demandes de fusion pour ces branches parmi les nombreuses demandes de fusion ouvertes.
La liste des demandes de fusion pour les projets et les groupes peut désormais être filtrée par la branche cible de la demande de fusion pour faciliter la recherche de celle dont vous avez besoin.
Merci, Hiroyuki Sato ()!
Envoi et fusion en cas de pipeline réussi
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Si nous utilisons la méthode de développement basée sur Trunk, nous devons éviter les branches de longue durée au profit de petites branches temporaires avec un seul propriétaire. Les petits changements sont souvent poussés directement vers la branche cible, mais cela risque de casser la construction.
Avec cette version, GitLab prend en charge de nouvelles options push Git pour ouvrir automatiquement les demandes de fusion, définir la branche cible et appliquer une fusion sur un pipeline réussi à partir de la ligne de commande au moment de la transmission vers la branche.
Intégration améliorée avec les tableaux de bord externes
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
GitLab peut accéder à plusieurs serveurs Prometheus (environnement, projet et ), mais le fait d'avoir plusieurs points de terminaison peut ajouter de la complexité ou peut ne pas être pris en charge par les tableaux de bord standard. Avec cette version, les équipes peuvent utiliser une seule API Prometheus, ce qui facilite grandement l'intégration avec des services comme Grafana.
Trier les pages Wiki par date de création
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Dans un wiki de projet, les équipes peuvent partager de la documentation et d'autres informations importantes ainsi que le code source et les tâches. Avec cette version, vous pouvez trier la liste des pages Wiki par date de création et titre pour trouver rapidement le contenu récemment créé.
Surveillance des ressources demandées par le cluster
ULTIME, OR
GitLab vous aide à surveiller votre cluster Kubernetes pour les applications de développement et de production. À partir de cette version, surveillez les demandes de processeur et de mémoire de votre cluster pour détecter les problèmes potentiels avant qu'ils ne deviennent des problèmes.
Afficher les métriques de l'équilibreur de charge dans le tableau de bord Grafana
CORE, DÉMARREUR, PREMIUM, ULTIMATE
Il est très important de surveiller la santé de votre instance GitLab. Auparavant, nous fournissions des tableaux de bord par défaut via une instance Grafana intégrée. À partir de cette version, nous avons inclus des tableaux de bord supplémentaires pour surveiller les équilibreurs de charge NGINX.
SAST pour Elixir
ULTIME, OR
Nous continuons d'étendre la prise en charge linguistique et d'approfondir les contrôles de sécurité. Dans cette version, nous avons activé les contrôles de sécurité pour les projets sur et des projets créés sur .
Plusieurs requêtes dans un seul diagramme
PREMIUM, ULTIME, ARGENT, OR
Dans GitLab, vous pouvez créer des graphiques pour visualiser les métriques que vous collectez. Souvent, par exemple, si vous devez examiner la valeur maximale ou moyenne d'une métrique, vous souhaitez afficher plusieurs valeurs sur un seul graphique. À partir de cette version, vous avez cette opportunité.
Résultats DAST sur le tableau de bord de sécurité du groupe
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Nous avons ajouté les résultats des tests dynamiques de sécurité des applications (DAST) au tableau de bord de sécurité de l'équipe en plus du SAST, de l'analyse des conteneurs et de l'analyse des dépendances.
Ajout de métadonnées à un rapport d'analyse de conteneur
ULTIME, OR
Dans cette version, le rapport d'analyse des conteneurs contient davantage de métadonnées : nous avons ajouté composant concerné (une fonctionnalité Clair) dans les métadonnées existantes : priorité, ID (en référence à mitre.org) et niveau affecté (par exemple debian:8).
Ajout d'un type de rapport de métriques pour fusionner les demandes
PREMIUM, ULTIME, ARGENT, OR
GitLab propose déjà plusieurs types de rapports pouvant être inclus directement dans les demandes de fusion : des rapports aux и au stade de la vérification jusqu'à и au stade de la protection.
Bien qu’il s’agisse de rapports importants, des informations de base adaptées à différents scénarios sont également nécessaires. Dans GitLab 11.10, nous fournissons des rapports de métriques directement dans la demande de fusion, qui attend une simple paire clé-valeur. De cette façon, les utilisateurs suivent les modifications au fil du temps, y compris les métriques personnalisées et les modifications des métriques pour une demande de fusion spécifique. L'utilisation de la mémoire, les tests de charge de travail spécialisés et les états d'intégrité peuvent être convertis en mesures simples qui peuvent être consultées directement dans les demandes de fusion avec d'autres rapports intégrés.
Prise en charge des projets Maven multi-modules pour l'analyse des dépendances
ULTIME, OR
Avec cette version, les projets Maven multi-modules prennent en charge l'analyse des dépendances GitLab. Auparavant, si un sous-module avait une dépendance sur un autre sous-module du même niveau, il ne pouvait pas permettre le chargement depuis le référentiel Maven central. Désormais, un projet Maven multi-modules est créé avec deux modules et une dépendance entre les deux modules. Les dépendances entre modules frères sont désormais disponibles dans le référentiel Maven local afin que la construction puisse se poursuivre.
Les utilisateurs peuvent modifier le chemin de clonage dans CI
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Par défaut, GitLab Runner clone le projet dans un sous-chemin unique dans $CI_BUILDS_DIR. Mais pour certains projets, comme Golang, le code doit être cloné dans un répertoire spécifique pour pouvoir être construit.
Dans GitLab 11.10, nous avons introduit la variable GIT_CLONE_PATH, qui vous permet de spécifier un chemin spécifique où GitLab Runner clone le projet avant d'exécuter la tâche.
Masquage simple des variables protégées dans les journaux
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
GitLab propose plusieurs façons и variables dans GitLab CI/CD. Mais les variables peuvent toujours se retrouver dans les journaux de construction, intentionnellement ou accidentellement.
GitLab prend la gestion des risques et l'audit au sérieux et continue d'ajouter des fonctionnalités de conformité. Dans GitLab 11.10, nous avons introduit la possibilité de masquer certains types de variables dans les journaux de trace des tâches, ajoutant ainsi un niveau de protection contre l'inclusion accidentelle du contenu de ces variables dans les journaux. Et maintenant GitLab de nombreuses variables de jeton intégrées.
Activer ou désactiver Auto DevOps au niveau de l'équipe
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Avec Auto DevOps sur un projet GitLab.com, vous pouvez prendre en charge des flux de travail DevOps modernes, de la création à la livraison, sans tracas.
À partir de GitLab 11.10, vous pouvez activer ou désactiver Auto DevOps pour tous les projets du même groupe.
Page de licence simplifiée et améliorée
DÉMARREUR, PREMIUM, ULTIME
Pour rendre la gestion des clés de licence plus pratique et plus simple, nous avons repensé la page des licences dans le panneau d'administration et mis en évidence les éléments les plus importants.
Mettre à jour le sélecteur de raccourci pour les déploiements Kubernetes
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Les panneaux de déploiement affichent des informations sur tous les déploiements Kubernetes.
Dans cette version, nous avons modifié la façon dont nous mappons les raccourcis vers les déploiements. Les matchs sont désormais disponibles par app.example.com/app и app.example.com/env ou app. Cela évitera les conflits de filtrage et les risques de déploiements incorrects associés au projet.
De plus, dans GitLab 12.0, nous , et un match ne sera possible que par app.example.com/app и app.example.com/env.
Créer dynamiquement des ressources Kubernetes
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
L'intégration de Kubernetes avec GitLab vous permet d'utiliser la fonctionnalité RBAC à l'aide d'un compte de service et d'un espace de noms dédié pour chaque projet GitLab. À partir de cette version, pour une efficacité maximale, ces ressources ne seront créées que lorsque cela est nécessaire au déploiement.
Lors du déploiement de Kubernetes, GitLab CI créera ces ressources avant le déploiement.
Exécuteurs de groupe pour les clusters au niveau du groupe
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Les clusters au niveau du groupe prennent désormais en charge l'installation de GitLab Runner. Les exécuteurs Kubernetes au niveau du groupe apparaissent dans les projets enfants en tant qu'exécuteurs de groupe étiquetés cluster и kubernetes.
Compteur d'appels pour les fonctions Knative
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Fonctionnalités déployées avec , affichez maintenant le nombre d'appels reçus pour une fonction particulière. Pour ce faire, vous devez installer Prometheus sur le cluster sur lequel Knative est installé.
Contrôle des paramètres git clean pour les tâches GitLab CI/CD
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Par défaut, GitLab Runner s'exécute git clean pendant le processus de téléchargement de code lors de l'exécution d'une tâche dans GitLab CI/CD. Depuis GitLab 11.10, les utilisateurs peuvent contrôler les paramètres transmis à une équipe git clean. Ceci est utile pour les équipes avec des exécuteurs dédiés, ainsi que pour les équipes qui collectent des projets à partir de grands mono-dépôts. Ils peuvent désormais contrôler le processus de déchargement avant d'exécuter les scripts. Nouvelle variable GIT_CLEAN_FLAGS la valeur par défaut est -ffdx et accepte tous les paramètres de commande possibles [git clean](https://git-scm.com/docs/git-clean).
Autorisation externe dans Core
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Les environnements sécurisés peuvent nécessiter une ressource d'autorisation externe supplémentaire pour accéder au projet. Nous avons ajouté la prise en charge d'un niveau supplémentaire de contrôle d'accès dans et a reçu de nombreuses demandes pour ouvrir cette fonctionnalité dans Core. Nous sommes heureux d'introduire une autorisation externe et une couche de sécurité supplémentaire pour les instances Core, car cette fonctionnalité est nécessaire aux participants individuels.
Possibilité de créer des projets en groupes dans Core
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Le rôle Développeur peut créer des projets en groupes , et c'est désormais possible dans Core. La création de projets est une fonctionnalité clé pour la productivité dans GitLab, et en incluant cette fonctionnalité dans Core, il est désormais plus facile pour les membres de l'instance de faire quelque chose de nouveau.
Exécuteur GitLab 11.10
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZE, ARGENT, OR
Aujourd'hui, nous avons publié GitLab Runner 11.10 ! GitLab Runner est un projet open source utilisé pour exécuter des tâches CI/CD et renvoyer les résultats à GitLab.
Les changements les plus intéressants :
- .
- .
- .
- .
- .
La liste complète des modifications peut être trouvée dans le journal des modifications de GitLab Runner : .
Correction du retour project_id dans l'API de recherche de blob dans Elasticsearch
DÉMARREUR, PREMIUM, ULTIME
Nous avons corrigé un bug dans l'API de recherche de blob Elasticsearch qui renvoyait par erreur 0 pour project_id. Il faudra pour obtenir les bonnes valeurs project_id après avoir installé cette version de GitLab.
Améliorations générales
CORE, DÉMARREUR, PREMIUM, ULTIMATE
Nous avons apporté les améliorations suivantes à Omnibus dans GitLab 11.10 :
- GitLab 11.10 inclut , , dont la dernière version inclut un nouveau répertoire d'intégration pour migrer facilement les données de Hipchat et bien plus encore. Cette version comprend , et nous vous recommandons de mettre à jour.
- Nous , et il est désormais facile de commencer à surveiller votre instance GitLab.
- Nous avons ajouté la prise en charge de la suppression des anciennes images de conteneurs du registre Docker.
- Nous avons mis à jour les certificats ca au 2019-01-23.
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.10 :
- .
- .
- .
- .
- .
- .
- .
- .
Graphiques GitLab améliorés
CORE, DÉMARREUR, PREMIUM, ULTIMATE
Nous avons apporté les améliorations suivantes aux graphiques GitLab :
- .
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 avertissement définitivement désactivé sera affiché sur la page admin Area > Geo > Nodessi 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
Prise en charge d'Ubuntu 14.04
GitLab 11.10 sera la dernière version avec .
Canonical a annoncé la fin du support standard pour Ubuntu 14.04 . Nous conseillons aux utilisateurs de passer à une version LTS prise en charge : Ubuntu 16.04 ou Ubuntu 18.04.
Date de suppression : 22 mai 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_server sera 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 , fournit un tableau des modifications et des instructions pour migrer vers la nouvelle configuration. Voir plus de détails 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 () par !
Date de suppression : 22 Juin 2019 ville
Suppression des anciennes commandes GitLab Runner Helper
Dans le cadre de nos efforts pour soutenir 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 configurer comment Runner exécute une commande git clean. De plus, la 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 plus de détails dans .
Date de suppression : 22 Juin 2019 ville
Section Informations système dans le panneau d'administration
GitLab présente des informations sur votre instance GitLab dans admin/system_info, mais ces informations peuvent ne pas être exactes.
Nous panneau d'administration dans GitLab 12.0 et nous vous recommandons d'utiliser .
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
Regarde .
Plans d'abonnement GitLab
GitLab est disponible en deux versions : и .
: Sur site ou sur votre plateforme cloud préférée.
- Core: Pour les petites équipes, les projets personnels ou l'essai GitLab pour une durée illimitée.
- Starter: Pour les équipes travaillant dans le même bureau sur plusieurs projets nécessitant un accompagnement professionnel.
- Premium: Pour les équipes distribuées qui ont besoin de fonctionnalités avancées, d'une haute disponibilité et d'une assistance XNUMXh/XNUMX et XNUMXj/XNUMX.
- Ultimate: Pour les entreprises qui ont besoin d'une stratégie et d'une exécution robustes avec une sécurité et une conformité améliorées.
- GitLab.com: Hébergé, géré et administré par GitLab pour les développeurs individuels et les équipes.
- Test d'anglais: Dépôts privés illimités et nombre illimité de contributeurs au projet. Les projets fermés ont accès aux fonctionnalités de niveau Test d'anglaisAvoir avoir accès aux fonctionnalités de niveau Or.
- Bronze: Pour les équipes qui ont besoin d’accéder à des fonctionnalités avancées de flux de travail.
- Argent: Pour les équipes qui ont besoin de fonctionnalités DevOps plus robustes, de conformité et d’un support plus rapide.
- Or: Convient à de nombreux travaux CI/CD. Tous les projets ouverts peuvent utiliser les fonctionnalités Gold gratuitement, quel que soit le forfait.
Source: habr.com