Le plus simple, vu que @wdammak a déjà un compte sur GitHub, c’est encore qu’il commente sur les PR qu’il juge problématiques et/ou obsolète (il peut me mentionner sur GitHub (@jtraulle) si besoin de fermer une PR également)
Merci à vous deux @jtraulle je suggère d’ajouter d’autres tags/label comme:
Improvement
TBS (To Be Specified)
To Do
waiting for author (Status: Waiting for Author Feedback)
waiting for dev (Status: Waiting for dev Feedback)
CO (Core)
Performance
Regression
Modules
Themes
Products
Invoices
Order
Stock
Inventory
Accounting
Multi company
MBR
Combinations
website
Translations
Import
Export
…
J’avais demandé à Eldy pour trier par module mais pour lui, ça ne sert à rien car ce regroupement n’apporterait aucune plus value.
Pour le reste, les suggestions de tags doivent être vues directement avec Eldy (je peux juste trier = ajouter, enlever des tags sur les issues et PR, assigner des personnes mais pas gérer les tags en eux même = en ajouter/modifier/supprimer).
Pour un dev avoir toutes les PR en relation avec Accounting ça lui permet d’avoir une idée sur le stade des dev en cours par un simple clique sur le label et ça lui évite de travailler et proposer la même chose
Un ERP est un pack très vaste de multi-applications/modules, le triage est important pour plusieurs besoins… je peux être intéressé par la gestion de stock mais jamais de la comptabilité ou la gestion des comptes bancaires…
Parcourir toutes les pages et lire toutes les titres pour comprendre de quoi il s’agit c’est fatiguant!
Pour l’administrateur du projet ça lui permet d’organiser les priorités…
…
Mais bon! à vous de voir!
Avec environ 80 modules natifs
ca va faire une sacré liste
A mon avis si tu veux « vendre » cette idee a eldy
il vaudrait mieux se limiter aux « familles »
Ex Produit/service/stock…
Ou plutôt que de rajouter des tags pour chaque module, préciser à quel module cela correspond dans le titre du PR, en plus c’est mieux pour le changelog.
J’essaye de mettre Accountancy / Salaries / Loan / etc…