On 11/08/2018 10:39 AM, Jérôme Bardot wrote:
Hello/Bonjour,
Le mieux est peut être de partir de mes cas d’utilisations. Pour le moment j’utilise gitlab+jenkins (et j’aimerais avoir sonar) pour ma stack de développement mais je trouve cela bien trop lourd (java & ruby) est assez mal intégré dans debian/devuan si l’on utilise apache (gitlab).
Fusionforge propose un simple plugin de visualisation des résultats de build dans la page principale du projet.
Il n'existe pas de plugins sonar pour Fusionforge.A voir ce que tu voudrais comme fonctionnalité intégrée pour Jenkins et pour Sonar.
De plus tout ces outils ne tirent absolument pas partie des outils existants, fonctionnels et pratiques comme caldav (todo) pour les tickets assigné a une personne. Évidement cela doit pouvoir utiliser un serveur existant et pas seulement embarquer quelque chose.
L'idée de Fusionforge est d'intégrer des outils existants. A ma connaissance CalDav est un protocole de synchronisation de calendrier. Fusionforge ne propose pas d'intégration des tickets ouverts et assignés à un calendrier. Sujet à creuser.
Idéalement il faudrait qu’il y ai une vue kanban utilisant les tickets ouverts.
Fusionforge dispose d'un plugin Taskboard qui permet de créer des kanban. A tester :-
Il doit y avoir la possibilité d’avoir des templates de projets, de tickets,(edit : milestones). La possibilité de creer des «pages» (lien dans le menu du projet) vers une catégorie spécifique de tickets. Par exemple qualité ou sécurité un autre exemple serait https://bestpractices.coreinfrastructure.org/en/projects/63 cela fait une belle liste. Cela pourrait ceci dit fonctionner avec des milestones.
Fusionforge te permet de créer des templates de projet avec toute la configuration des outils internes (gestion de tickets, document, forum). Le plugin headermenu permet de créer des liens vers des pages externes ou internes.
Il faudrait également dans les tickets par défaut par exemple des tickets automatiques (peut être par l’api ce serait le mieux) pour les étapes a mettre en place (fichiers) pour la création de packages. (peut être au moment du tag). Cela pourrait aussi être pour les tickets pour les tests (black box/white box, etc) cela permettrait de gérer les plan de test. La possibilité de mettre regrouper les tickets/taches pour les grouper pour faire de la gestion de projets (gantt/mpm).
Fusionforge propose une gestion de projet (attention, le code est assez ancien). A chaque tache, on peut lier un ou plusieurs tickets. C'est aussi possible de le faire directement dans la gestion des tickets avec une relation parent/enfants.
Des fonctionnalités de vote pour les tickets pour que les dev puissent faire des pokers planning et des calculs de vélocité par développeurs en fonction des commits (mais pas que).
Le mécanisme de vote pour les tickets est rudimentaire mais simple.
Des pages publiques pour les projets avec peut être le readme mais c’est pas trés vendeur je trouve. Une page pour voter pour les prochaines fonctionnalités (tickets ouvert sur le gestionnaires de tickets, ticket regroupant plusieurs tickets ou encore une fois milestone) Il faudrait également pouvoir pour le milestone/meta-ticket pouvoir définir un cout/prix.
Il n'y a pas de page de vote dédiée. Il faut aller sur chaque ticket pour voter. Comme je le disais : rudimentaire. Mais c'est une bonne idée à intégrer dans la roadmap de Fusionforge.
Un wiki (possibilité de choisir son wiki)
Fusionforge dispose de 3 plugins de wiki: phpwiki (que je ne connais pas mais qui semble maintenu par Nokia), mediawiki et moinmoin.
Mediawiki est le mieux intégré à mon sens.
Une fédération pour que tout le monde puisse chercher/voir/fork/commit/push.
Je ne comprends pas. A quoi penses-tu lorsque tu dis "fédération"
Je suis en train de bosser sur mon spare time sur un tool rss pour récupérer et stocker les flux rss (avec des hook). L’objectif est de pouvoir stocker en local ou pas les flux brut un peu sur le même principe que les emails et la famille des *dav (mbsync, mutt) (khard, ical/vdir). Ainsi un front end pourrait afficher les flux a différents endroits et cela pourrait être utile pour avoir un écran de gestion des dépendances. (coupler avec les templates de projets) ainsi lorsqu’une nouvelle version d’une lib sort un ticket pourrait être ouvert automatiquement (cette fonctionnalité pourrait également être utilisé par des admin sys dans le cas d’installation de logiciels non packagé). Pour les projets il faudrait avoir un genre de méta repository pour les fichiers (avec de la chance gestion de source) pour les schéma (diagramme de classe etc) avec la question de la synchro avec les sources donc peut être a mettre dedans je n’ai pas encore assez réfléchi a ce point. Il faudrait aussi pouvoir, là par contre a mon avis ce n’est pas facilement implémentable (peut etre avec les numéros de lignes et de colonnes), attribuer des fichiers parties de fichiers a des tickets/fonctionnalités pour avoir des métriques sur le nombre de ligne de code par fonctionnalités/language/developpeur. Cela pourrait entré en compte dans le calcul de la vélocité. Idéalement j’aimerais aussi avoir des fonctionnalité d’intégration continue (agentless). C’est un peu en vrac et demanderait sans doute a etre retravaillé, reclarifié. Je suis pret a échanger sur tout ces sujets et a faire des tickets issues pour que le taf avance. A dev aussi si j’arrive a trouver du temps. Globalement mon objectif est que la qualité logiciel augmente.
Je serai sur Paris Open Source Summit les 5 et 6 décembre. Peut-être une occasion pour se rencontrer et échanger. A première vue, Fusionforge n'est pas assez mature pour couvrir tous tes besoins. Mais cela mérite un essai.
Cheers, Franck aka nerville -- TrivialDev Founder http://trivialdev.com
<<attachment: franck_villaume.vcf>>
_______________________________________________ Fusionforge-general mailing list Fusionforge-general@lists.fusionforge.org http://lists.fusionforge.org/cgi-bin/mailman/listinfo/fusionforge-general
