Connexion
Abonnez-vous

GitLab 8.11 s’attaque à la gestion des tâches

Vos labels s'il-vous-plaît

GitLab 8.11 s'attaque à la gestion des tâches

Le 23 août 2016 à 12h30

GitLab, un outil permettant de gérer le code source d’un produit, vient de passer en version 8.11. Les nouveautés sont nombreuses et importantes, en particulier Issue Boards, un outil dédié à la gestion des tâches.

GitLab est un outil de référence dès qu’il s’agit de gérer des projets open source. Lui-même open source et concurrent de GitHub, il permet la prise en charge des dépôts, des développeurs liés aux projets, de leurs droits d’accès, d’examiner le code et les demandes de fusion (merge), de mettre en place des tickets d’incidents et ainsi de suite.

Gestion des tâches : Issue Board récupère les données existantes

La nouvelle version 8.11, en dépit d’un numéro qui ne le laisse pas supposer, est importante. Elle apporte notamment un nouvel outil, baptisé Issue Boards, entièrement dédié à la gestion des tâches. Il fournit une interface au sein de laquelle chaque participant peut suivre de près le statut du projet.

Issue Boards peut évidemment afficher l’ensemble des tâches prévues ainsi que celles restant à faire, mais pas seulement. Il va puiser notamment dans la liste des problèmes ouverts et les rapatrie automatiquement avec les labels déjà utilisés par les développeurs, créant de fait des catégories. Deux listes sont créées par défaut : ce qui est fait et ce qui reste à faire. Les développeurs peuvent en créer autant de nouvelles qu’ils le souhaitent, mais un seul tableau global sera utilisé. La version Enterprise pourra cependant à l’avenir en créer d’autres. Certains, notamment VentureBeat, notent que l’outil ressemble assez à Trello, un autre outil de gestion des tâches.

Résolution des conflits, droits de modifications et résolution des commentaires

GitLab 8.11 poursuit en fait dans une voie simple : diminuer le besoin d’associer d’autres outils pour certaines opérations. Par exemple, sur la résolution des conflits de fusions. Désormais, quand ce genre de problème apparaît, le développeur peut cliquer un bouton pour le résoudre, permettant ensuite de choisir la manière dont l’opération se fera. La confirmation crée un commit. Dans son annonce, l’équipe reconnait cependant que cette solution ne pourra pas être utilisée à chaque fois, mais qu’elle devrait convenir dans de nombreux cas mineurs.

Parmi les autres améliorations, signalons aussi la possibilité de restreindre certaines opérations (push et merge) à certaines branches et à certains utilisateurs. Les commentaires sur les requêtes de fusion peuvent par ailleurs être résolus un par un, ou directement depuis une branche complète de conversation. Citons également la possibilité de créer des formulaires pour les problèmes et requêtes de fusion dans les versions gratuites du logiciel, l’ajout de commandes commençant par un slash, ou encore l’intégration de Koding.

La (très) longue liste des nouveautés peut être consultée depuis l’annonce sur le site officiel.

Commentaires (33)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar

Je verrais bien ça pour mes projets persos privés. Pour mes projets public, github suffit.

votre avatar







sporniket a écrit :



Je verrais bien ça pour mes projets persos privés. Pour mes projets public, github suffit.





Justement, j’ai essayé de mettre un Gitlab en place pour mes petits bouts de code perso. Et au final, se trainer une baleine, et toute son installation/administration/maintenance tout ça pour quelques repos mono-utilisateur (ou presque), dont on n’aura clairement pas besoin de 99.99999% des fonctionnalités, c’est clairement pas optimum.



Au passage, pour ceux qui trouvent acceptable de confier leur code à un tiers, on peut parfaitement avoir un espace privé gratuitement sur gitlab.com

 


votre avatar

Par rapport à la fiabilité : j’ai commencé à utiliser GitLab depuis sa version 5 (donc l’installation source sans les paquets Omnibus et tout le tintouin).

Je l’ai upgrade récemment en version Omnibus depuis la source de la 8.9 vers la 8.10 (avec migration BD MySQL vers PostgreSQL puisqu’ils l’utilisent par défaut maintenant).

La migration s’est passé impec, aucun backup n’a foiré (ni de mise à jour depuis que je l’utilise). Je dis pas que ça se passe tout le temps comme ça, mais j’ai quand même l’impression qu’ils ont très bien bossé tous les outils de backup/restore. 

Pourtant j’ai une vingtaine de projets dessus et un peu d’utilisateurs (une dizaine), je flippais pas mal mais à tort il faut croire.

votre avatar







brazomyna a écrit :



Au passage, pour ceux qui trouvent acceptable de confier leur code à un tiers, on peut parfaitement avoir un espace privé gratuitement sur gitlab.com



 

Ou Visual Studio Online, qui gère git et qui est sympa aussi surtout si on fait du C#.


votre avatar

Avec GitLab on peit avoir mettre en privé ses projets gratuitement ?

C’est payant sur GitHub si j’ai bien compris ?

votre avatar







PèrePatience a écrit :



Avec GitLab on peit avoir mettre en privé ses projets gratuitement ?

C’est payant sur GitHub si j’ai bien compris ?





Oui Tu peux avoir autant de repos privés et publiques que tu veux.

https://about.gitlab.com/gitlab-com/


votre avatar

merci();

votre avatar







PèrePatience a écrit :



Avec GitLab on peit avoir mettre en privé ses projets gratuitement ?

C’est payant sur GitHub si j’ai bien compris ?





C’est bien ça.



Bitbucket a une offre gratuite également (mais il me semble que c’est plus restrictif que gitlab).


votre avatar







seb2411 a écrit :



Oui Tu peux avoir autant de repos privés et publiques que tu veux.

https://about.gitlab.com/gitlab-com/







C’est bien pour ça que je m’en sers, je n’ai pas à me soucier du nombre de repos privé sur mon serveur. Après c’est vrai que c’est un peu une grosse usine pour une utilisations privée. D’ailleurs, j’ai eu quelques problèmes de dépassement de mémoire serveur à cause de lui, mais j’ai finit pas trouver une solution. Après on peut tout de même réduire le nombre de threads si on estime que les 25 de base sont beaucoup trop.



En tout cas, sur un Apache 2 c’est chiant à installer.


votre avatar







zefling a écrit :



C’est bien pour ça que je m’en sers, je n’ai pas à me soucier du nombre de repos privé sur mon serveur. Après c’est vrai que c’est un peu une grosse usine pour une utilisations privée. D’ailleurs, j’ai eu quelques problèmes de dépassement de mémoire serveur à cause de lui, mais j’ai finit pas trouver une solution. Après on peut tout de même réduire le nombre de threads si on estime que les 25 de base sont beaucoup trop.



En tout cas, sur un Apache 2 c’est chiant à installer.





En même temps Gitlab c’est du Ruby on Rails, et le plus souvent on trouvera un front nginx pour servir le static et unicorn ou puma (multi-thread) voir passenger pour le reste.  Pour avoir développer des applications sous Rails, on trouvera quasiment jamais Apache2. De toute façon nginx > apache2 :-p  

Pour Gitlab c’est vraiment un super produit, vraiment bien pour garder le contrôle des projets privés.


votre avatar







statoon54 a écrit :



De toute façon nginx > apache2 :-p







Ouais, mais comment j’avais tout en Apache 2, c’est moins chiant d’adapater GitLab pour Apache2 que tout le reste pour nginx, et c’est surtout dû au fait que je sais très bien me servir du premier et pas du second. <img data-src=" />


votre avatar







zefling a écrit :



C’est bien pour ça que je m’en sers, je n’ai pas à me soucier du nombre de repos privé sur mon serveur.






Non, mais lui ne parlait pas d'une install sur son serveur, mais des caractéristiques de l'offre gratuite d'hébergement de repositories privés, proposée par le service gitlab.com:      



&nbsp;



Unlimited repositories

Unlimited private collaborators

10GB disk space per project (including Git LFS)

Unlimited total disk space

Completely free, no credit card required

Unlimited CI Runners to do parallel testing

Alternate SSH port for git+ssh (443)




&nbsp;

votre avatar







brazomyna a écrit :



Non, mais lui ne parlait pas d’une install sur son serveur, mais des caractéristiques de l’offre gratuite d’hébergement de repositories privés, proposée par le service gitlab.com:







Au temps pour moi, j’avais mal compris. <img data-src=" />


votre avatar

Pas bien lu la fin de ta phrase ;)



Surtout que c’est difficile de le nier quand tu vas sur framaGit ya écrit en gros en tête de page “GITLAB” ;)

votre avatar

Ça demande surtout un serveur. Les compétences techniques pour une installation de gitlab (hors cas spécifique comme je l’ai montré plus haut) c’est vraiment très simple. L’installation par défaut prend moins de 5 minutes, montre en main, en suivant le tuto d’installation. D’ailleurs ça devient rare les outils compliqués à installer. C’est plus quand t’as un serveur et que tu veux tout mettre ensemble que ça peut se compliquer : mail, php, base de données, git, ftp, etc. là ça peut commencer à devenir du boulot de sys-admin. <img data-src=" />



Bon, j’ai passé une partie de ma soirée à pousser plein de vieux projets que j’avais dans des fichiers zip éparpillés partout. Pour ça c’est pratique. <img data-src=" />

votre avatar

Une feature intéressante qu’ils pourraient implémenter ce serait de la fédération, un peu comme own/nextcloud, ce serait top

votre avatar

Citons Framagitqui permet d’avoir un dépot git respecteux de la vie privée qui utilise ce logiciel. La mise à jour ne saurait tarder de leur coté pour profiter de toutes ces évolutions. <img data-src=" /><img data-src=" />





Trello, un autre outil open source



Non je ne pense pas <img data-src=" />

votre avatar

Wekan est par contre un clone open source de Trello :)

votre avatar

@Mimoza Framagit est basé sur GitLab ;)



GitLab est disponible en self-hosted

votre avatar

Donc,

-jira

-kanboard

-trello

-planner

-Issue Boards



-…



Juste un de plus au final…

votre avatar

Ils commencent à s’éparpiller partout Gitlab.



C’est sympa sur le principe d’avoir une appli clé en main qui remplace Github, Trello, Jira, Jenkins etc… mais à vouloir trop en faire ça risque de devenir une usine à gaz inmaintable… Et vu la quantité de données potentiellement critiques que la solution va héberger j’espère qu’ils ont prévu des procédures bétons pour la sauvegarde/restauration :)

votre avatar



Citons Framagit […] qui utilise ce logiciel



C’est bien ce que je dit <img data-src=" />



C’est sûr que ce l’héberger soi même est mieux, mais demande quelques compétence et ressources système.

votre avatar

Oui c’était bien une erreur, corrigée peu de temps après la mise en ligne de l’article :)

votre avatar







bennysan a écrit :



Ils commencent à s’éparpiller partout Gitlab.



C’est sympa sur le principe d’avoir une appli clé en main qui remplace Github, Trello, Jira, Jenkins etc… mais à vouloir trop en faire ça risque de devenir une usine à gaz inmaintable





Pas mieux. Perso plus ça avance, et plus je me cantonne aux outils de base qui font juste un truc et le font bien, et qui sont pensés pour interagir avec d’autres pour tout le reste.



D’une façon générale, dès qu’un outil commence à utiliser massivement une bdd pour stocker ses propres métadonnées, je me méfie parce que question déploiement, maintenance, backup, portabilité, upgrades, interactions avec d’autres outils, etc… ça complexifie d’un coup énormément de choses.



Reste un point pour le cas des frontends web pour git: jusque là j’ai rien trouvé de super folichon qui serait aussi agréable que gitlab au niveau UI, sans toutes les fonctionnalités dont on a pas nécessairement besoin.


votre avatar

Il commence effectivement a y avoir beaucoup de choses.&nbsp;

Mais l’interface change régulièrement et souvent dans le bon sens.&nbsp;



–&nbsp;



En l’état actuel des choses Github commence vraiment à faire petit joueur à côté.&nbsp;&nbsp;

C’est toute la suite Atlassian que Gitlab concurrence maintenant.

votre avatar

Tu peux interconnecter GitHub avec de nombreux outils externes.

votre avatar

Je sais, mais c’est chiant.&nbsp;Tout avoir au même endroit c’est un avantage en ce qui me concerne tant que l’outil reste dans son “métier” de base, soit ici gérer des projets contenant du code source.

votre avatar

Nous avons une version entreprise de gitlab en interne, cela tourne très bien, même en cas de stress extrême (on a 80 users, environ une centaine de projets donc la moitié assez actifs)

&nbsp;

Les nouveautés sont très séduisantes et, même si vous pensez pour beaucoup KISS et séparation des tâches, le fait d’avoir un workflow de dev unifié dans une seule interface permet de s’assurer que tout fonctionne de manière cohérente, comme le fait un couple Jira/confluence/Bitbucket.

&nbsp;

Nous avons un couple Jira/Confluence, Jenkins et Gitlab (très classique au vu du nombre d’offres d’emploi que je reçois avec ce type d’outils). il faut avouer que même s’il y a des interfaces entre les différents outils, la synergie n’est pas parfaite.

Les commentaires de gitlab dans jira et inversement sont relativement sommaires, même s’ils permettent de faire le lien. Créer un job jenkins sur lequel envoyer les informations de build de gitlab ce n’est pas aussi trivial que de configurer le gitlab-ci pour pull une image docker, lancer ton build tout seul et le nettoyer. Au final tu te retrouves avec 2 pseudo outils de ticketing car la merge request il faut la commenter et le ticket il faut le commenter la ou tu pourrais avoir un outil unifié qui regroupe tout.



Dans un workflow idéal utilisant gitlab (j’en ai expérimenté sur de petits projects au boulot) tu fais ca:

tu dev, tu push, gitlab te file en output du push le lien pour créer ta merge request, tu créés ta merge request, elle part dans le pipeline pour l’intégration, tests unitaires, tests de regression dans le CI de gitlab via une image docker, destruction de l’image, renvoi du statut, si oui, merge request acceptée et mergée sur la branche de recette, et la tu reprends le cycle pour ce nouvel environnement avec des tests supplémentaires

Le Kanban est essentiel et l’intégrer est une très bonne solution pour meiux visualiser quel environnement est impacté par quels issues/MR.

&nbsp;A cela tu rajoutes mattermost qui tourne à côté et te permet d’avoir un slacklike d’entreprise branché sur ton gitlab et donc de recevoir les infos des canaux gitlab autrement que par mail et voila.



Ce release met à genoux github en terme de feature. Ils étaient assez équivalents en 8.10, mais là… on peut se poser la question d’avoir un Jira à côté ou l’intérêt de github.



Vous avez également oublié de citer qu’ils ont commencer à intégrer les IDE de type cloud via API.



et dernier point également, gitlab.com permet d’uploaded ses propres images docker pour les utiliser dans le gitlab-ci, ca c’est un énorme bon point quand on voit la galère que c’est pour compiler des projets un peu récents sur travis…



&nbsp;

votre avatar

Oui mais tu ne veux peut être pas que ton code soit sur un outil hors de ton entreprise.

votre avatar

+1, Gitlab est un vrai plaisir à utiliser (et à administrer c’est vraiment bien fait aussi avec omnibus)

votre avatar

Très pratique GitLab, on l’utilise pour collaborer sur certains projets en interne <img data-src=" />

votre avatar

À mettre à jour ce soir sur mon serveur perso. <img data-src=" />



Et on l’utilise aussi en entreprise avec JIRA.

votre avatar







nrz a écrit :



Nous avons une version entreprise de gitlab en interne(…)&nbsp;





Super retour d’expérience détaillé, merci <img data-src=" />

&nbsp;

Par rapport à ma remarque précédente, effectivement, dans ce cas là je pense que l’intégration verticale est un atout car vous avez vraiment beaucoup de choses qui interagissent ensembles (ça me paraît même être limité un cas d’école d’intégration).

&nbsp;

&nbsp;

&nbsp;


GitLab 8.11 s’attaque à la gestion des tâches

  • Gestion des tâches : Issue Board récupère les données existantes

  • Résolution des conflits, droits de modifications et résolution des commentaires

Fermer