Après 114 user stories (ou récits utilisateur) développées, 1 100 rectificatifs et correctifs de sécurité, l’équipe de Tuleap est heureuse de vous annoncer la sortie de Tuleap 10. Cette version, dite majeure (bien qu’il y ait une nouvelle version de Tuleap tous les mois) est l’occasion de synthétiser les grandes fonctionnalités qui ont été développées en 18 mois. Tuleap est une plate‐forme libre tout‐en‐un pour gérer encore plus efficacement les projets logiciels. C’est ce qu’on appelle une forge logicielle ou un outil de gestion du cycle de vie des applications (ALM, Application lifecycle management).
L’objectif de Tuleap est que les équipes de développement au sens large (chefs de projets, product owner, développeurs, directeurs technique, clients, etc.) partagent la même information sur l’avancement des projets. Chacun a les outils dont il a besoin, à portée de main. Tout est tracé, depuis les premières demandes client, jusqu’au code, aux tests, aux documents et aux livrables. Sur une même plate‐forme, chaque équipe est autonome dans la gestion de son espace de travail, quelle que soit sa façon de travailler : scrum, kanban, waterfall, les trois à la fois… Chaque équipe sélectionne les outils qu’elle souhaite parmi un large choix de greffons, adapte ses outils, crée ses propres groupes utilisateur et configure ses permissions.
Parmi les grandes nouveautés de Tuleap 10
- refonte de l’interface utilisateur ;
- demande d’intégration Git (git pull request), pour la revue de code ;
- graphiques Scrum : burnup et vélocité ;
- intégration avec Mattermost (messagerie instantanée libre) ;
- intégration avec plus de 120 outils grâce au pack Stackstorm ;
- gestion centralisée des tests manuels et automatisés (Tuleap Enterprise) ;
- création de tableaux de bord multiples avec de nouveaux « widgets » ;
- recherche avancée dans les outils de suivi ;
- recherche sur plusieurs projets et plusieurs outils de suivi (Tuleap Enterprise) ;
- suivi du temps passé (Tuleap Enterprise).
Quelques captures d'écran
Tuleap Scrum Planning
Demande d’intégration Git dans Tuleap
Tuleap Test Management
Tuleap est basé sur une pile LAMP (GNU/Linux, Apache, MySQL et PHP) et s’installe sur un serveur Red Hat Enterprise Linux 6, CentOS 6 ou avec une image Docker. Tuleap est publiée sous licence GPL et développé par l’éditeur français Enalean.
Nous profitons de cette occasion pour remercier la communauté Tuleap, développeurs, utilisateurs et sociétés sponsors, qui contribuent à faire vivre le projet. Merci à vous.
Aller plus loin
- Notes de version (350 clics)
- Installation (427 clics)
- Aide et discussions communautaires (sur Slack) (73 clics)
- Actualités Tuleap (209 clics)
# C'est choupinou
Posté par Guillaume Smet (site web personnel) . Évalué à 2.
La nouvelle interface est très réussie, bravo.
Par contre, quand je lis "Red Hat Enterprise Linux 6, CentOS 6", ça fait un peu peur… Vous ne supportez toujours pas la 7 ou c'est un copier/coller malheureux ?
[^] # Re: C'est choupinou
Posté par Quentin B. (site web personnel) . Évalué à 2.
Non non tu lis bien…
J'ai voulu installé Tuleap sur une CentOS 7 hier soir, mais après quelques recherches sur la doc :
Du coup c'est parti sur une install de CentOS 6… C'est bien parce que j'ai envie d'essayer.
[^] # Re: C'est choupinou
Posté par barmic . Évalué à 1.
Pourquoi ne pas utiliser l'image docker ?
[^] # Re: C'est choupinou
Posté par vaceletm (site web personnel) . Évalué à 4.
Le portage vers Centos7 est en cours, tout ce qui dépend des trackers (issues, agilité, etc) et de git devrait fonctionner mais globalement c'est en beta.
On a pas encore mis à jour le guide d'installation mais si vous voulez tester et rapporter les bugs, on donne les pointeurs sur chat ou la ML. Par contre, c'est fortement déconseillé en prod.
# Points de vue?
Posté par devnewton 🍺 (site web personnel) . Évalué à 5.
J'ai essayé la démo "scrum", c'est plutôt bien!
Est-il possible d'avoir d'autres points de vue d'un sprint ou d'une release?
Par exemple:
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Points de vue?
Posté par vaceletm (site web personnel) . Évalué à 1.
Merci !
Pas pour le moment, cela a été évoqué quelques fois mais ca n'a pas encore été formalisé en story. Peut etre lors d'une future refonte de cette vue.
Tu peux avoir un mur de cartes sur ta release également, de même nature de le kanban
C'est dans le backlog pour cette année (probablement second semestre).
# et en decentralise ?
Posté par rzr (site web personnel) . Évalué à 1.
Bonjour,
je me demande si il y a pas moyen de pousser la decentralisation, en stokant les meta data (PR, review, tickets etc) dans un repo git,
et eventuelement se passer de la dependance a l'infrastructure d'hebergement ?
Il me semble avoir deja vu ce genre de projet, mais j'ai predu leur noms.
gpg:0x467094BC
[^] # Re: et en decentralise ?
Posté par vaceletm (site web personnel) . Évalué à 3.
Pour décentraliser tout, il y a fossil mais ce n'est pas sur une base git.
Pour Git et la revue de code en elle même, il y a un travail de fond en cours de finalisation par les gens de Gerrit afin de stocker toutes les données de revue de code (gestion des comptes & co) dans git, ça s'appelle NoteDB.
# Pile logicielle et dépendance
Posté par Pazns . Évalué à 3. Dernière modification le 08 mai 2018 à 13:13.
Je surveille Tuleap depuis longtemps, très intéressant, l'interface pleine d'évidence (c'est reposant face à une suite style Jira pleine de petits bidules partout dans tous les sens), les workflows qui apparaissent fluides, etc.
Cependant je m'interroge sur la pile logicielle et les dépendances.
Qu'est-ce qui retient le logiciel auprès de CentOS 6, exactement ? Pourquoi un couplage aussi fort ?
Quid de Fedora récents ?
[^] # Re: Pile logicielle et dépendance
Posté par vaceletm (site web personnel) . Évalué à 3.
Le couplage est historique (comme souvent) et viens, en particulier d'une série de features "merveilleuses" qui nécessitait d'offrir un accès shell aux utilisateurs (CVS entre autre, on a encore des clients pour ça). Les dépendances qui sont derrière soient, n'existent pas sur CentOs 7 soient n'ont été portés que récemment.
Jusqu'à présent nous attendions d'avoir la stack complète pour faire la migration mais, las d'attendre, nous avons décidé d'attaquer le chantier en désactivant les briques dont les dépendances n'étaient pas présentes. D'où le support centos 7 tardif (c'est dispo en beta actuellement).
Par contre l'OS target reste CentOs (pas même fedora) pour des raisons de simplicité. Une seule famille d'OS à supporter veux dire plus temps à faire de la feature et moins de temps à corriger des problèmes obscures de dépendances incompatibles dans un edge case chelou sur un OS à peine connu.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.