URL: https://linuxfr.org/news/gitlab-8-11-vue-kanban-et-bien-plus Title: GitLab 8.11 : vue kanban et bien plus Authors: dzecniv Davy Defaud, ZeroHeure, Benoît Sibaud, Nÿco, olivierweb et palm123 Date: 2016年08月22日T22:12:36+02:00 License: CC By-SA Tags: mattermost, kanboard, wekan, taiga, gitlab et kanban Score: 43 Tous les 22 du mois, une nouvelle version de la forge logicielle Gitlab (_Community Edition_ pour la version libre et _Enterprise Edition_ pour la propriétaire) est publiée. Celle‐ci est très grosse et contient notamment une fonctionnalité attendue : une vue kanban pour les tickets. ![GitLab](https://about.gitlab.com/images/downloads/logo.svg) [_GitLab.com_](https://gitlab.com/) a été mis à jour : dépôts illimités publics ou privés, importation depuis d’autres forges, miroir sur ou depuis GitHub, pages GitLab pour votre site, solution d’intégration continue... ---- [Journal à l’origine de la dépêche](http://linuxfr.org/users/dzecniv/journaux/gitlab-8-11-vue-kanboard-et-bien-plus) [Notes de version GitLab 8.11](https://about.gitlab.com/2016/08/22/gitlab-8-11-released/) [Framagit](https://git.framasoft.org) ---- #Les changements majeurs ##Vue kanban pour les tickets Cette méthode présente les tickets sous des colonnes, par exemple : « à faire », « en développement », « en test », « prêt » ou « déployé ». Illustration : ![gitlab issue board](https://about.gitlab.com/images/8_11/issue_boards.gif) Présentation vidéo : [フレーム] Il s’agit de la première livraison de la fonctionnalité, alors [des améliorations](https://gitlab.com/gitlab-org/gitlab-ce/issues/21365) (et pas des moindres) sont déjà dans les fourneaux : - plusieurs vues kanban par projet ; - une vue au niveau d’un groupe ; - un bouton pour voir ou cacher les tickets fermés ; - un bouton pour créer un ticket depuis cette vue ; - trier les tickets dans une colonne ; - chercher parmi toutes les listes ; - ou encore possibilité d’enlever la colonne _backlog_. Notons que les deux premiers points (plusieurs vues et une vue pour un groupe) sont destinés à l’édition entreprise de GitLab (et donc aussi à la version en ligne _gitlab.com_), pas à sa version communautaire. Cela est‐il suffisant pour remplacer votre [Kanboard](https://kanboard.net/) (MIT), [Wekan](https://wekan.io/) (MIT), [Taiga](https://taiga.io/) (AGPL), Trello (propriétaire) ? Notons que GitHub a vite réagi et propose maintenant une fonctionnalité ressemblante, à la grande différence près que leur tableau ne se base pas sur les tickets. ## Résoudre les conflits de fusion depuis GitLab Peut‐être pas pour les gros conflits, mais enfin : ![](https://about.gitlab.com/images/8_11/resolve_mc.gif) ## Commander GitLab depuis les commentaires (slash-commandes) Inspirés par les tchats, Slack ou autres, ils ont ajouté leur version de commandes qui permettent de commander GitLab en écrivant une commande (qui commence par une oblique — _slash_ — `/`) dans un champ texte, au lieu de faire ces actions à la souris. Dans la capture suivante, l’utilisateur crée un ticket et spécifie les étiquettes et la version de publication (_milestone_) avec ces commandes (et l’auto‐complétion) : ![slash commands](https://about.gitlab.com/images/8_11/slash-commands2.gif) Liste des commandes : ## Intégration de l’EDI en ligne Koding Nous voilà avec la possibilité de coder dans son environnement de développement intégré en ligne avec [Koding](https://github.com/koding/koding). ![Koding IDE](https://about.gitlab.com/images/8_11/koding4.png) Il nous permettrait même d’utiliser notre éditeur favori (à l’heure où j’écris ces lignes, cela n’a pas été déployé sur _gitlab.com_). Vidéo de présentation : ## Résoudre les discussions en cours dans les demandes d’intégration Lorsque l’on propose une demande d’intégration — _merge request_ —, on peut discuter dans le _diff_ du code, ligne par ligne. Cela peut être difficile à suivre, alors il est maintenant possible de marquer une discussion comme résolue. Par conséquent, un bouton permet de passer d’une discussion non résolue à une autre. ![](https://about.gitlab.com/images/8_11/jump.png) ## Graphes pour visualiser son intégration continue GitLab fournit clef en main une solution de CI (Intégration Continue). Une configuration pouvant devenir assez complexe, il est maintenant possible de la visualiser sous forme de graphe : ![](https://about.gitlab.com/images/8_11/pipeline_graph2.png) ## L’éditeur de code intégré permet de plier des parties de code Il fait du repli de code (_code folding_) et améliore sa coloration syntaxique : ![](https://about.gitlab.com/images/8_11/highlighting.gif) ## Badge de couverture de code GitLab peut maintenant générer un badge qui montre le pourcentage de couverture de test du code : ![](https://about.gitlab.com/images/8_11/coverage_badge.png) Pour plus d’informations, voir la [documentation](http://docs.gitlab.com/ce/ci/pipelines.html#sts=Test%20coverage%20report%20badge). ## Mattermost 3.3 GitLab est livré avec [Mattermost 3.3](https://www.mattermost.org/mattermost-3-3-chinese-korean-dutch-message-flags-here-golang-bot-sample-and-much-more/), une alternative libre à Slack. ## Et plus... Vous pouvez tout lire dans les [notes de version](https://about.gitlab.com/2016/08/22/gitlab-8-11-released/) !