Gestion de projets
Sujet initié le 24/11/2014 par Laurent Pedreneau (ISTEO)
Résumé
Quels gestionnaires utiliser pour les projets informatiques et qui permettent:
- partage de code, gestion de versions compatible git, subversion, eventuellement mercurial,bazaar,
- wiki,
- admin des droits et des groupes de projet,
- gestion de tickets incidents, bugs,
- possibilité de faire des sous-projets de projet,
Choix entre : Redmine, Chiliproject, Tuleap, Trac ?
Utilisation
- CCIN2P3 (Jean-René Rouet): Redmine et Git Lab
- LPP (Bruno Katra) : Redmine.
- FPP (Oana Vigny) : Redmine.
Redmine est en Ruby.
Trac en python.
QQ extraits des conversations de la liste
Mathieu Herbb (Laas):
Redmine et Chiliprojet sont « cousins »: chiliproject a été un fork de
Redmine à une époque où le développement de celui-ci était
arrêté. Aujourd'hui c'est le contraire : redmine est à nouveau
activement développé (et a intégré bon nombre des fonctionnalités qui
avaient été ajoutées à Chiliprojet) alors que Chiliprojet est arrêté.
De mon coté je connais redmine/chiliprojet et Trac. Pour une nouvelle
installation j'aurai tendance à priviléger Redmine, mais c'est assez
subjectif; c'est surtout les demandes des chercheurs spécifiquement
pour Redmine qui nous ont poussé à abandonner Trac.
(Et maintenant ils voudraient gitlab)
Une grosse différence c'est que Trac c'est du python (prévu pour
tourner avec wsgi) et Redmine c'est du ruby on Rails. Selon vos
expériences pour faire tourner des applis web, l'un ou l'autre peut
être plus facile à installer / maitriser.
Dernier point de pub: un de mes collègues du LAAS a pas mal patché le
plugin git de redmine pour le rendre plus proche de ce que propose
github ou gitlab. (La gestion des dépots dans Redmine très basique par
défaut)
ici
Jean Marie THIA (DSI) :
Pour Trac qui est en Python, la grosse différence est dans la gestion des multi projet / multi équipe.
Une petite perle de Trac est le hook SVN qui permet jouer avec les tickets dans les commentaires du commit.
Je ne sais pas si cela fonctionne aussi avec Git.
*Remy Dernat (MBB/ISE-M) :
En ce qui nous concerne, ici, nous avons testé trac et redmine. Le soucis de trac c'est que c'est pour un seul projet. C'est très bien pour des projets relativement simples, mais ça multiplie le nombre d'instances de trac. Redmine, en revanche, permet de gérer de multiples projets avec différents gestionnaires de version. Ça fonctionne très bien, mais c'est très complexe à installer / paramétrer. Il s'agit d'un obscur code en ruby… Il possède wiki, gestion de tickets, gestion des droits, possibilité de faire des sous-projets, gestion de plusieurs branches. Tu peux même rajouter des plugins pour kanban, gantt (ou c'est natif ça je ne sais plus), voir des choses encore plus poussées.
Pour l'affichage des évolution de code au travers du gestionnaire de version, on peut voir l'affichage web svn en natif. Pour git, il faut rajouter des trucs supplémentaires; pour mercurial c'est pareil. Pour bazaar, aucune idée. //
