Nous sommes heureux de présenter la nouvelle version de GitLab 11.4 avec les mises à jour tant attendues conçues pour aider les équipes à travailler plus efficacement. La plupart des équipes utilisant DevOps ont tendance à raccourcir le cycle de livraison. Par conséquent, les développeurs sont toujours satisfaits des améliorations qui réduiront la quantité de travail et les pertes de temps, car cela accélère la livraison du produit et améliore les performances de l'entreprise.
Avec GitLab 11.4, nous rendons les revues de code plus efficaces avec les demandes de fusion et une arborescence de fichiers pour les changements ; nous présentons également une version alpha des fonctionnalités du plug - in (indicateurs de fonctionnalité, bascule de fonctionnalité) . Auto DevOps et CI fonctionnent mieux conjointement avec la migration de la base de données PostgreSQL et le déploiement planifié incrémentiel . Même Git est désormais plus rapide avec la prise en charge du protocole Git v2 .
Examen du code
Un examen de la demande de fusion vous aidera à organiser vos commentaires par code et demande de fusion. Les commentaires par lots permettent au réviseur d'écrire des commentaires par code ou demande de fusion, puis de les émettre et de les envoyer dans un seul package, et le suivi des modifications dans le projet est désormais plus facile.
Une étape clé dans la livraison d'un code de haute qualité est le bon choix des personnes responsables de la révision et de la confirmation des modifications apportées au code. Basé sur les propriétaires du code introduit dans la version 11.3 ( article original , traduction ), GitLab propose désormais ceux qui sont indiqués dans le fichier CODEOWNERS en tant que réviseurs et confirmants pour la demande de fusion. Ainsi, l'examen et la confirmation des modifications seront effectués plus rapidement et plus efficacement. Il est également utile pour séparer les rôles et les responsabilités dans une équipe, par exemple, si vous avez besoin de certains réviseurs pour des parties spécifiques du code.
La présentation des modifications de demande de fusion sous la forme d'une arborescence de fichiers permet également aux réviseurs de visualiser plus facilement de nombreux fichiers modifiés et de soumettre leurs commentaires.
Russell Levy, l'un des fondateurs et directeur technique de Chorus.ai , a décrit comment les examens des demandes de fusion et les vues de l'arborescence des fichiers aident leur équipe:
Nous effectuons une révision du code très soigneusement et écrivons généralement 10 à 20 commentaires sur la demande de fusion moyenne, et pour certains d'entre eux, plusieurs itérations de discussions surviennent. La révision des demandes de fusion réduit le chaos et les hoquets pendant le processus de révision du code.
Pour les demandes de fusion importantes, une nouvelle représentation des modifications sous la forme d'une arborescence de fichiers facilite et accélère considérablement la révision, vous permettant de naviguer facilement dans le code pour comprendre les dépendances.
Caractéristiques enfichables
Nous présentons la version alpha du système de commutation de fonctionnalités - fonctionnalités de plug - in . Les équipes peuvent désormais pratiquer la livraison continue, ajoutant de nouvelles fonctionnalités à la production en petits lots, réduisant ainsi le risque de déploiement complet.
Améliorations pour Auto DevOps et CI / CD
Nous dérivons la possibilité d' .gitlab-ci.yml utilisant l' include du plan Starter au plan Core, le rendant accessible à tous les utilisateurs. Toutes les équipes peuvent désormais profiter de ces meilleures pratiques et gérer plus efficacement leurs pipelines CI / CD.
Et plus d'améliorations
Avec l'énorme communauté GitLab dans cette version, nous avons ajouté de nombreuses améliorations incroyables, y compris une nouvelle vue de page de profil, un accès rapide au statut, la mise en évidence des mentions par @ , de nouvelles actions rapides et la possibilité de fermer des épopées.
Lisez la suite et vous découvrirez toutes les nouvelles fonctionnalités de GitLab 11.4.
Nous vous invitons à nos réunions et à la diffusion Web 11.4 .
Luke a ajouté la possibilité de télécharger un fichier avec des codes de récupération pour une authentification à deux facteurs , ce qui simplifiera leur sauvegarde. Ces codes seront nécessaires pour entrer dans votre compte GitLab si vous perdez l'accès à votre téléphone ou à votre mot de passe secret à usage unique.
Merci, Luke, pour cette contribution!
Principales caractéristiques de la sortie de GitLab 11.4
Examen de la demande de fusion
(PREMIUM, ULTIME, ARGENT, OR)
La révision du code de demande de fusion est une fonctionnalité puissante de GitLab. Les membres de l'équipe mènent des discussions liées à des lignes de code spécifiques dans diff et peuvent même les résoudre. Cependant, ce processus peut devenir difficile dans les demandes de fusion avec des différences importantes. Souvent, le réviseur doit laisser 10 commentaires ou plus dans une discussion, et le 9ème ou 10ème commentaire peut rendre les commentaires précédents inutiles. En conséquence, l'auteur de la demande de fusion reçoit de nombreuses notifications et doit traiter avec tout le monde.
Dans cette version, nous présentons la révision de la demande de fusion. Cela permettra au réviseur d'écrire autant de commentaires dans l'ébauche qu'il en aura besoin, de s'assurer qu'ils sont tous nécessaires, puis de les envoyer en une seule étape. Étant donné que les brouillons sont enregistrés dans GitLab, un réviseur peut diviser son travail en plusieurs sessions, par exemple, commencer une révision sur son bureau au travail et terminer le soir à la maison sur une tablette. Lorsque ces ébauches de commentaires sont soumises, elles sont affichées sous forme de commentaires individuels réguliers. Cela donnera aux membres individuels de l'équipe la possibilité d'effectuer des révisions de code d'une manière qui leur convient, mais toujours avec toute l'équipe.
Dans les versions futures, nous améliorerons cette fonctionnalité et donnerons la possibilité de voir l' aperçu avant d'envoyer un ensemble de commentaires, ainsi que des notifications de groupe sur ces commentaires dans une seule notification .
Documentation de discussion et ticket original .
Création et utilisation de fonctionnalités de plug-in dans vos applications (version alpha)
(PREMIUM, ULTIME, ARGENT, OR)
Cette fonctionnalité vous permet de créer des fonctionnalités de plug-in pour votre logiciel et de les gérer directement dans le produit. Créez simplement une nouvelle fonctionnalité de plug-in, confirmez-la dans votre logiciel à l'aide d'instructions API simples, et vous pourrez contrôler le comportement de votre produit sur le terrain à l'aide d'une fonctionnalité de plug-in dans GitLab lui-même.
Les fonctionnalités de plug-in offrent un système de commutation de fonctionnalités pour votre application. Il permettra aux équipes de réaliser une livraison continue (CD), d'envoyer de nouvelles fonctionnalités à la production en petits lots pour des tests contrôlés, de partager les fonctionnalités d'envoi avec le lancement pour les clients.
Pour le moment, ce système est présenté en version alpha. Nous vous suggérons de vérifier comment cela fonctionne et de laisser des commentaires, mais n'oubliez pas que la mise en œuvre peut changer dans les versions futures.
Documentation des fonctionnalités du plug-in et du ticket d'origine .
Arborescence de fichiers pour afficher les modifications de demande de fusion
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Un examen du code est une pratique nécessaire pour tout projet réussi, mais à partir de la liste des changements, il peut être difficile de comprendre ce qui a changé. Pour faciliter cette tâche, GitLab fournit désormais une arborescence de fichiers pour les modifications qui peuvent être recherchées.
L'arborescence des fichiers affiche la structure et la taille des modifications, car elle fonctionne déjà avec diff-stats , fournissant un aperçu général des modifications et améliorant la navigation entre les différences. Une recherche dans l'arborescence permet aux réviseurs de se limiter à une partie des fichiers par chemin ou type de fichier, simplifiant la révision par des spécialistes qui souhaitent se concentrer uniquement sur la partie de la demande de fusion.
Auparavant, la liste des fichiers modifiés était disponible via une liste déroulante avec une recherche, ce qui était mieux adapté pour naviguer vers un fichier spécifique.
Documentation sur les demandes de fusion et la navigation dans diffs et le ticket d'origine .
Les propriétaires de code sont proposés comme confirmation de la demande de fusion
(DEMARREUR, PREMIUM, ULTIME, BRONZE, ARGENT, OR)
Il n'est pas toujours évident de savoir qui sera le meilleur candidat pour un examen de vos modifications. Les propriétaires de code sont désormais proposés comme confirmations lors de la création ou de la modification d'une demande de fusion pour simplifier l'affectation des bonnes personnes à ce rôle.
La prise en charge des propriétaires de code est apparue dans la version GitLab 11.3 ( article original , traduction ). Dans les versions ultérieures, le degré de participation des propriétaires de code aux processus de travail des demandes de fusion avec désignation automatique comme confirmation et confirmation requise du propriétaire augmentera.
Documentation sur la confirmation des demandes de fusion et un ticket original .
Affichage de la page de profil mise à jour
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Peu importe le rôle que vous utilisez dans GitLab, votre activité est une source importante d'informations et un indicateur de votre implication affichée sur votre page de profil. Votre profil devrait facilement donner une idée de ce qui vous intéresse et de ce sur quoi vous travaillez.
Dans cette version, nous avons mis à jour la page de profil utilisateur, réduisant le calendrier des contributions au développement que vous connaissez déjà: maintenant, il affiche vos dernières activités et les projets personnels les plus importants dans GitLab.
Documentation du profil utilisateur et ticket d'origine .
Afficher et modifier l'état dans le menu utilisateur
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Dans la version de GitLab 11.2 ( article original , traduction ), nous avons d'abord présenté le statut des utilisateurs, offrant la possibilité de partager votre charge de travail actuelle, votre humeur ou au moins votre animal préféré.
Dans cette version, nous simplifions les changements de statut. Le nouvel élément «Définir l'état» dans le menu utilisateur vous permet de définir ou d'effacer l'état sans quitter le contexte. Il affiche également votre statut actuel avec un message et des emoji - en haut, ainsi que votre nom et votre surnom.
Documentation de statut et ticket d'origine .
La connexion de fichiers supplémentaires à .gitlab-ci.yml avec include désormais disponible dans le plan Core
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Nous sommes heureux d'annoncer qu'à partir de cette version, l'utilisation de include dans .gitlab-ci.yml déplacée du plan Starter vers le plan Core. Ainsi, les modèles et autres ressources partagées seront toujours disponibles pour les utilisateurs gratuits et payants, et tout le monde aura la possibilité d'utiliser cette technologie de développement avancée avec des extraits de code réutilisables pour les pipelines CI / CD.
Inclure la documentation et le ticket d'origine .
Démarrage only / à l' except travaux pour les modifications du chemin ou du fichier
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Nous sommes heureux de présenter ce que vous avez souvent demandé - la possibilité d'utiliser only / except règles dans .gitlab-ci.yml pour le travail si des changements se produisent dans un fichier spécifique ou dans le chemin spécifié.
Cela donnera plus de contrôle sur les référentiels contenant diverses ressources et assemblages, car désormais seules les étapes nécessaires seront effectuées pour les nouvelles modifications, ce qui accélérera le pipeline dans son ensemble.
Documentation sur l'utilisation des restrictions dans les modifications et le ticket d'origine .
Déploiement incrémentiel planifié ajouté à Auto DevOps
(PREMIUM, ULTIME, ARGENT, OR)
La possibilité d'exécuter des déploiements incrémentiels dans Auto DevOps est disponible depuis un certain temps, et avec cette version, nous ajoutons la possibilité d'exécuter des déploiements selon un calendrier afin qu'il s'exécute automatiquement selon le calendrier spécifié s'il n'y a pas d'erreur.
Documentation de déploiement incrémentiel planifié et ticket d'origine .
Prise en charge de Kubernetes RBAC pour les applications GitLab
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Lors de la première configuration de votre infrastructure ou lors de la connexion à une infrastructure existante, la sécurité est une considération primordiale. Le contrôle d'accès basé sur les rôles (RBAC) est devenu public (GA) dans la version Kubernetes 1.8, offrant un contrôle plus granulaire du contrôle d'accès pour les ressources Kubernetes.
Notre intégration avec Kubernetes offre désormais la possibilité de créer un cluster dans GKE (Google Kubernetes Engine) avec RBAC connecté, ou de se connecter à un cluster existant avec RBAC, ce qui rendra votre infrastructure plus sécurisée.
Documentation du cluster avec RBAC et le ticket d'origine .
Prise en charge RBAC dans Auto DevOps
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Auto DevOps prend désormais également en charge le déploiement d'applications sur les clusters Kubernetes avec RBAC activé.
Le contrôle d'accès basé sur les rôles est un outil important qui aide les opérateurs (responsables des déploiements) à garantir la fiabilité, la sécurité et l'efficacité des clusters Kubernetes. L'utilisation d'Auto DevOps conjointement avec un cluster connecté à RBAC garantit que vos applications profitent pleinement de la sécurité accrue de l'infrastructure.
Documentation Auto DevOps et ticket d'origine .
Prise en charge de la migration et de l'initialisation de la base de données PostgreSQL pour Auto DevOps
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Nous avons amélioré les capacités d'Auto DevOps pour détecter, créer, tester, déployer et surveiller automatiquement vos applications. Depuis la version 11.4, Auto DevOps offre la possibilité d'initialiser ou de migrer des bases de données PostgreSQL vers votre projet.
Définissez simplement la variable de projet pour initialiser ou migrer votre base de données PostgreSQL, et Auto DevOps fait le reste.
Documentation pour le déploiement automatique et le ticket d'origine .
Autres améliorations dans GitLab 11.4
Liste des balises que vous suivez
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Les étiquettes dans GitLab sont très polyvalentes, car elles peuvent être appliquées aux tâches, aux demandes de fusion et aux épopées. Mais plus vous utilisez de balises, plus il est difficile de les garder en ordre.
Dans les versions précédentes, nous avons ajouté la recherche de balises sur la page de liste de balises du projet. À partir de cette version, vous pouvez rechercher des balises, les trier par nom, date de création et date de modification, et afficher une liste de balises pour lesquelles vous êtes averti des notifications. Tout cela est disponible dans les listes de balises de groupe et de balises associées au projet.
Recherchez dans la documentation des balises et un ticket d'origine .
Filtrage des demandes de fusion WIP
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Les demandes de fusion sont l'une des parties principales de GitLab. Ils permettent aux participants au projet de collaborer sur le code tout en maintenant la transparence. Nous souhaitons que les équipes partagent leur travail à un stade précoce et utilisent la fonctionnalité WIP («work in progress», «under development»), qui montre que la demande de fusion est toujours activement travaillée et qu'il est trop tôt pour la contrôler.
Dans cette version, nous avons ajouté un nouveau filtre pour les listes de demandes de fusion, fonctionnant à la fois au niveau du groupe et du projet, qui aide les utilisateurs à distinguer plus facilement entre les demandes WIP et non-WIP («en fonctionnement» et «prêtes»). Cela permet aux utilisateurs de se concentrer sur les demandes de fusion qui en sont encore aux premiers stades du travail, contrairement à celles qui sont plus proches des étapes finales du contrôle de fusion.
Documentation du filtre WIP et ticket d'origine .
Mettre en évidence les références personnelles
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Dans une discussion sur une tâche ou une demande de fusion avec un grand nombre de participants, il est difficile de voir quels commentaires vous sont adressés.
À partir de cette version, toutes les références à @ utilisateur actuel seront mises en surbrillance dans une couleur différente, ce qui vous permet de voir immédiatement quels commentaires vous sont envoyés et de vous concentrer rapidement sur eux.
Documentation des références et du ticket d'origine .
Insérez des tables et des liens GFM dans Markdown en cliquant
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
GitLab prend en charge GitLab Flavored Markdown (GFM) dans la plupart des champs de saisie de texte, étendant les capacités de formatage avec une syntaxe simple. En particulier, des tableaux peuvent être créés sur GFM. Auparavant, cette fonction était difficile à utiliser, en particulier lorsque vous travaillez avec de grands tableaux, car vous deviez entrer beaucoup de caractères ou insérer le tableau précédent pour le formater à votre guise. GFM prend également en charge la liaison. Mais il est parfois difficile de se souvenir de la syntaxe à utiliser dans ce cas.
À partir de cette version, vous pouvez simplement cliquer sur le bouton avec l'image du tableau dans l'éditeur GFM, et le tableau sera inséré automatiquement. Ensuite, vous pouvez facilement remplir les valeurs des cellules du tableau ou les étendre, en les personnalisant à votre guise. Cette fonctionnalité peut être utilisée dans les descriptions et les commentaires de GitLab.
De même, en cliquant sur le bouton Insérer un lien, vous obtiendrez un modèle pour l'URL où vous pourrez insérer rapidement l'adresse du lien et son nom.
Merci à George Tsiolis d' avoir développé la table d'insertion!
Merci à Jan Beckmann d' avoir développé l'insertion d'URL!
Documentation GFM et ticket original .
Inclusion de nouvelles tâches dans le programme de travail
(DEMARREUR, PREMIUM, ULTIME, BRONZE, ARGENT, OR)
Les graphiques Burndown aident les équipes à suivre les progrès sur un jalon. En règle générale, la quantité de travail est discutée et approuvée avant le début du jalon. Mais parfois, cette règle comporte des exceptions importantes (comme un bogue inattendu ou une solution à un problème de sécurité), et vous devez créer de nouveaux tickets pour les tâches émergentes.
À partir de cette version, les horaires de travail afficheront des informations sur les nouvelles tâches qui sont créées au milieu d'un jalon, c'est pourquoi un saut dans le graphique se produit.
Gamme étendue de valeurs de poids dans l'API de tâche
(DEMARREUR, PREMIUM, ULTIME, BRONZE, ARGENT, OR)
À partir de la version précédente, les valeurs des poids des tâches peuvent varier de zéro à l'infini (dans des limites raisonnables).
Dans cette version, nous avons ajouté la possibilité de définir des pondérations avec une plage plus large à l'aide des API de tâche.
Documentation des tâches API et ticket d'origine
Bloquer rapidement les discussions
(NOYAU, DEMARREUR, PREMIUM, ULTIME, GRATUIT, BRONZE, ARGENT, OR)
Le blocage des discussions sur les tâches et les demandes de fusion permet de détourner l'attention des anciennes tâches et des demandes de fusion vers des tâches plus pertinentes. Vous pouvez également utiliser cette fonction pour supprimer les comportements agressifs ou improductifs.
Dans cette version, nous avons ajouté des actions rapides pour verrouiller et déverrouiller les discussions, vous pouvez donc maintenant verrouiller / déverrouiller les discussions et publier un commentaire.
Merci à Mehdi Lahmam pour cette fonctionnalité!
Documentation d'action rapide et ticket original .
Fermeture épique
(ULTIME, OR)
Cette version ajoute la possibilité de fermer (et de redécouvrir) les épopées dans GitLab, ainsi que les tâches et les demandes de fusion. La liste des épopées a maintenant les onglets Ouvrir (ouvert), Fermé (résolu) et Tout (tous), similaire à la façon dont il est implémenté pour les tâches. Alors maintenant, si vous avez terminé tout le travail sur l'épopée, ou s'il n'est plus pertinent, vous pouvez le marquer comme fermé (fermé), et il n'apparaîtra plus dans la liste par défaut.
Vous pouvez maintenant fermer et rouvrir des épopées en utilisant les boutons appropriés ou par des actions rapides, ainsi que via l'API en tant que tâches.
Documentation sur les épopées et ticket original .
Panneau de paramètres d'administration amélioré
(NOYAU, DEMARREUR, PREMIUM, ULTIME)
- , GitLab, GitLab .
. , , .
.
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
, GitLab. “Most stars” ( ), .
Jacopo Beschi !
.
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
, , .
GitLab 11.4 . .
Johann Hubert Sonntagbauer !
.
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
-. , GitLab, . , , , .
“Download codes” ( ).
Luke Picciau !
.
Runners
(CORE, STARTER, PREMIUM, ULTIMATE)
Runners , Runners .
Runners .
Docker -
(CORE, STARTER, PREMIUM, ULTIMATE)
- Docker. Docker , , , .
- .
Auto DevOps
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
11.4 Auto DevOps ( GitLab.com) ( -) , , , . Auto DevOps , .
, , .
Auto DevOps .
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
'when' gitlab-ci.yml . , , , — , , .
.
Nurtch JupyterHub
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
(runbooks) , .
JupyterHub, , GitLab Kubernetes Nurtch Rubix , DevOps. , .
.
(ULTIMATE, GOLD)
, . -, . Maintainers , , .
GitLab 11.4 . Maintainers Settings > CI/CD > License Management , .
.
(ULTIMATE, GOLD)
GitLab 11.4, . , , .
.
Git v2
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
( git fetch ) , , . Git v2 , ( ) (GitLab) , . .
- . , ( git fetch origin master ) . , 100000 .
Git v2 Git v2.18.0, . , git config --global protocol.version 2 . GitLab.com Git v2 SSH. , .
Git v2 .
UX Geo
(PREMIUM, ULTIMATE)
Geo .
GitLab 11.4 UX Geo , . “Open projects” ( ) , . “All” .
UX !
UX Geo .
Prometheus 2.0 Omnibus GitLab
(CORE, STARTER, PREMIUM, ULTIMATE)
Omnibus Gitlab Prometheus, . Prometheus 2.x, , . , , 1.x.
GitLab 11.4, Prometheus 2.4.2 Omnibus, .
Prometheus 2.4.2, .
.
release notes / : GitLab 11.4 released with Merge Request Reviews and Feature Flags .
cattidourden , rishavant @maryartkey.