Tous les 22 du mois, une nouvelle version de Gitlab est publiée. Celle-ci est très grosse et contient notamment une fonctionnalité que j'attendais: une vue kanboard pour les tickets.
Notes de version: https://about.gitlab.com/2016/08/22/gitlab-8-11-released/
Gitlab.com a été mis à jour (dépôts illimités publiques ou privés, importation depuis d'autres forges, miroir sur ou depuis Github, Gitlab pages pour votre site, solution d'intégration continue,… essayez quoi).
Vue kanboard
Cette méthode présente les tickets sous des colonnes, par exemple "à faire", "en développement", "en test", "prêt", "déployé".
Illustration:
Présentation vidéo: https://www.youtube.com/watch?v=UWsJ8tkHAa8
Note: cela est-il suffisant pour remplacer votre Kanboard, Wekan, Taiga, Trello ?
Résoudre les conflits de merge depuis Gitlab
Peut être pas pour les gros conflits, mais enfin:
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 un 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):
Liste des commandes: http://docs.gitlab.com/ce/user/project/slash_commands.html
Intégration de l'IDE en ligne Koding
Nous voilà avec la possibilité de coder dans son environnement de développement en ligne avec Koding.
Il nous permettrait même d'utiliser notre éditeur favori (à l'heure où j'écris, cela n'a pas été déployé sur gitlab.com)
Vidéo de présentation: https://youtu.be/3wei5yv_Ye8
Etc
Il y a plus de fonctionnalités, changements, résolutions de bugs et gains de performance.
# Framagit est à jour
Posté par Framasky (site web personnel) . Évalué à 10.
Juste pour dire que Framagit est déjà à jour et propose ces nouvelles fonctionnalités (sauf Koding, mais ça pourra venir).
Being a sysadmin is easy. As easy as riding a bicycle. Except the bicycle is on fire, you’re on fire and you’re in Hell.
# Vue kanboard
Posté par Thom (site web personnel) . Évalué à 8.
C'est un gros plus pour moi !
Une vraie grosse nouveauté qu'on ne trouve pas chez le concurrent direct.
La réalité, c'est ce qui continue d'exister quand on cesse d'y croire - Philip K. Dick
[^] # Re: Vue kanboard
Posté par flagos . Évalué à 4.
C'est une feature que tu trouves sur des sites a cote, par exemple waffle.io et qui s'interconnecte pas trop mal avec github.
[^] # Re: Vue kanboard
Posté par mickabouille . Évalué à 2.
Moi j'aime pas trop, j'ai du mal à retrouver mes petits là-dedans. Je perd du temps à déchiffrer cette vue, à la maintenir…
Mais personne ne m'oblige à l'utiliser… sauf quand tu arrive dans une équipe qui insiste pour l'utiliser.
[^] # Re: Vue kanboard
Posté par windu.2b . Évalué à -1.
Mauvaise équipe. Changer d'équipe !
# Wekan et tickets pour gérer ses todo ?
Posté par Jiehong (site web personnel) . Évalué à 2.
Je viens de jeter un œil à Wekan. Y a-t-il des retours parmi vous ? Ça m'a l'air moins fourni que Trello par exemple.
Néanmoins, Gitlab te permets de gérer tes tickets comme ça directement, alors que dans les autres cas, il faut un lien à configurer.
Mais je pense que les deux ne sont pas destinés à la même chose : Gitlab est là pour gérer tes tickets, alors qu'un kanban tel que Kanboard est plus général, sauf à mettre tes todo et autres dans le système de tickets de Gitlab.
D'ailleurs, est-ce que quelqu'un aurait déjà essayé de gérer ses todo (avec ou sans GTD) en utilisant un système de gestion de tickets ? (avec un dépôt vide du coup).
[^] # Re: Wekan et tickets pour gérer ses todo ?
Posté par barmic . Évalué à 5.
Oui ! Et c'est cool. Je le fait pour des aspects spécifiques comme la recherche d'un appartement ou d'un camping. Je définis des étapes (ou des colonnes), genre « backlog », « appelé », « à visiter »… et comme ça je retrouve facilement l'historique complet (j'ai appelé à telle date, je dois faire ça, etc). GTD j'ai jamais assez pris le temps pour m'en occuper. Personnal kanban j'ai jamais essayé.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Wekan et tickets pour gérer ses todo ?
Posté par El Titi . Évalué à 5. Dernière modification le 25 août 2016 à 11:20.
Pour être honnête les alternatives à Trello sont encore un peu … instables.
Et niveau fonctionnalité ce n'est pas très abouti, encore que Trello a beaucoup de limitations en lui-même pour du GTD:
Par exemple:
* les labels ne peuvent pas être partagés entre plusieurs boards (le transfert de listes les copient et on doit les gérer par tableaux)
* Lorsqu'on veut transformer un item de checklist en carte, on perd le lien avec la carte parente (pas top pour les projets GTD)
…
L'alternative la plus aboutie que j'ai essayé, c'est Restya:
http://restya.com/board/
Projet dynamique, interface moderne, … mais on se retrouve assez vite avec des petits bugs qui irritent et même s'ils prétendent
que les Websockets sont plus lentes que long polling, leur interface est beaucoup moins réactive que celle de Trello.
A noter que tu peux tester dans une sandbox.
Pour les alternatives liées à des issues Tracker, n'oubliez pas Tuleap. https://www.tuleap.org/
L'équipe est française et très sympa. On en a déjà parlé ici
Leur nouveau Kanban est pas mal est va remplacer progressivement toutes les vues où l'ancien était utilisé (rudimentaire)
# Marrant
Posté par El Titi . Évalué à 3. Dernière modification le 25 août 2016 à 11:37.
Apparemment, il existait déjà une solution libre pour connecter des kanbans à Gitlab:
http://kanban.leanlabs.io/
Syndrome NIH ?
[^] # Re: Marrant
Posté par Adrien Dorsaz (site web personnel, Mastodon) . Évalué à 4.
Du point de vue administrateur de forge, je préfère largement limiter au maximum les applications tierces qui viennent ajouter une couche par dessus la forge. Car à la moindre mise à jour de l'application ou de la forge, je risque de perdre l'interopérabilité des 2 outils (ce genre de conflits m'est arrivé fréquemment entre le trio Debian, Redmine et un plugin Redmine qui permettait de gérer git).
Alors que si c'est intégré directement dans le code source de l'application principale, la mise à jour de la forge engendrera moins de bugs. S'il y a un bug, il n'y a qu'une équipe à avertir et qui maitrisera tout le code.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.