fait pour ma part 
1 « J'aime »
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
…
Bonjour 
A mon avis trop de labels ça embrouille un peu
+1
Pas d interet de label pour savoir a quel module correspond le code
ya le titre pour ca non ?
mais c que mon avis
propose ton idee a @eldy si tu pense que c est utile
1 « J'aime »
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…
Je vois aucun problème d’avoir 300 label! ils ne seronts visible que quand on l’assigne à un PR
Hello,
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…
Au moins c’est clair comme ça 
Bonjour
ah ben tiens voila un truc qui me tracasse…comment le changelog est-il alimenté : chaque pr ajoute une ligne ?
Chaque commit qui commence par NEW ou FIX en majuscules oui.
1 « J'aime »
Merci
Mais si je prend une pr au hasard qui commence par « FIX: »
je ne vois pas la ligne correspondante dans le changelog ?
https://raw.githubusercontent.com/Dolibarr/dolibarr/develop/ChangeLog
Cette pr est pour la version 8 
Ok, mais cette ligne ne devrait-elle pas apparaître sous :
***** ChangeLog for 8.0.0 compared to 7.0.0 *****
ok je sors…
https://github.com/Dolibarr/dolibarr/commits/develop
En 4 ou 5 jours presque aucun PR des contributeurs a été validé! à ce rythme là…
Et c’est pas parce que tu râleras que ça ira plus vite. Dolibarr, c’est pas une multinationale 
De patience jeune padawan tu t armeras!
1 « J'aime »
Je réplique?
ça se voit
D’abord, as-tu déjà travaillé dans une multinationale fondée autour d’un projet open source ?
(Bon! pls on passe!)
