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).
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. Idéalement il faudrait qu’il y ai une vue kanban utilisant les tickets ouverts. 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. 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). 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). 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. Un wiki (possibilité de choisir son wiki) Une fédération pour que tout le monde puisse chercher/voir/fork/commit/push. 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. Le mar. 6 nov. 2018 à 19:12, Franck Villaume <franck.villa...@trivialdev.com> a écrit : > > On 11/06/2018 10:23 AM, Jérôme Bardot wrote: > > Hi Jérôme, > > > Hello i’m new here and i want to replace my gitlab with fusionforge do > > you think it can do the job as well ? > > Depend on which feature you need. Fusionforge can do a lot of things, > Gitlab as well. There is no "Fusionforge vs. gitlab" battecard as far as > I know, maybe it is time to create one. > List the features you need, I will try to identify if Fusionforge can do > the job. > > > I also have some ideas/questions but it’s more easy for me if i can > > explain/ask in french ? > > Please, help yourself. Lot of french people on this mailing-list. I will > take care to create the artifacts on Fusionforge tracker if needed. > > Cheers, > Franck aka nerville > > -- > TrivialDev Founder > http://trivialdev.com > > _______________________________________________ > Fusionforge-general mailing list > Fusionforge-general@lists.fusionforge.org > http://lists.fusionforge.org/cgi-bin/mailman/listinfo/fusionforge-general _______________________________________________ Fusionforge-general mailing list Fusionforge-general@lists.fusionforge.org http://lists.fusionforge.org/cgi-bin/mailman/listinfo/fusionforge-general
