Bug management/Phabricator etiquette/fr

Veuillez suivre ces règles pour que reste un environnement de production collaboratif pour la gestion des rapports de bogues et des demandes de fonctionnalités.

Vous devez également suivre le.


 * Les commentaires doivent être directement liés avec le rapport, la confirmation, l'évaluation de la gravité, ou la correction du bogue. Les idées qui n'ont rien à voir avec le sujet du rapport (par exemple, les discussions de méta-niveau sur les priorités en général, ou si une nouvelle extension est absolument demandée) doivent aller dans la liste de diffusion appropriée, les pages de discussion du wiki, ou dans les rapports séparés.
 * Discutez des idées et non des personnes. Un apport sain de critiques constructives et un débat vibrant aident souvent à améliorer notre logiciel et sont encouragés
 * Agissez en public. Sauf si vous rapportez un problème de sécurité ou si on vous a demandé d'envoyer par courriel des informations spécifiques, mettez toutes les informations techniques relatives au rapport de bogue, dans le rapport lui-même.
 * Les champs Etat du rapport et Priorité résument et traduisent la réalité mais ne la provoquent pas. Lisez à propos de la signification des valeurs du champ Priorité et, si vous avez un doute ne le modifiez pas mais ajoutez un commentaire suggérant sa modification avec des motifs convaincants pour cela.
 * En règle générale, la manière la plus rapide de voir qu'un bogue est corrigé,est de fournir un patch (voir aussi les priorités dans le développement).
 * Les raisons majeures pour augmenter la priorité d'un bogue comprennent l'évidence qu'il affecte le travail quotidien de manière significative. Contrived examples or problems that only appear under unlikely circumstances are generally evidence for treating the problem as "low" or "lowest" priority, since the limits of any non-trivial software can be exceeded if you try hard enough.
 * Assignez manuellement une tâche à quelqu'un uniquement s'il a donné son accord avant. Il appartient aux développeurs eux-mêmes (ou à leur gestionnaire de produit) de définir sur quoi ils vont travailler.
 * Preferez l'usage du nom d'utilisateur de Phabricator (par exemple @username) plutôt que le vrai nom de la personne ou d'autres identifiants personnels. To address both concerns regarding privacy and unnecessary confusion, when communicating on various tasks, pastes, phame posts, etc, please use Phabricator usernames. Even if you know individuals on a personal level (real name, etc.) they may not wish to have that information associated with their Phabricator username. It also presents a layer of confusion for other Phabricator users who are not aware of someone's real name or other personal identifiers.

Si vous vous apercevez que quelqu'un ne suit pas ces règles ou n'est pas productif :


 * 1) La première étape est de le contacter. Dans les rares cas, cela peut être fait par un mail privé, ou en public dans la majorité des cas, pour éviter des suppositions ultérieures de comportement toléré.
 * 2) * Apportez de l'information – Dites ce qui est fait et ce qui ne doit pas l'être. Si cela persiste, portez ce document à la connaissance.
 * 3) * Soyez un catalyseur – Dites à la place ce qu'il faudrait faire. Quelques fois ceci peut être plus encourageant et motivant, meilleur qu'une liste dense de règles.
 * 4) In the case of persistent disregard of these guidelines, ping a Phabricator administrator in  on Wikimedia IRC or contact the bugwrangler and ask them to look into it. Dans le cas où le contrevenant aurait un comportement inacceptable parmi ceux définis dans le Code de conduite, le Comité du code de conduite en sera informé.



Inspiration pour la documentation

 * Bugzilla@Mozilla etiquette Etiquette Mozilla
 * Ce que fait Bugzilla et ce qu'il ne fait pas sur le réseau des développeurs Mozilla
 * Conversation on teampractices mailing list, referring to the use of RESOLVED WONTFIX in Bugzilla (now "declined" in Phabricator) and related problems



Voir aussi

 * Pourquoi personne n'a pas encore corrigé ce problème ? Pourquoi n'ai-je pas été consulté à propos de ces modifications ? Comment puis-je agir sur le travail actuellement en cours ?
 * Cycle de vie d'un rapport de bogue
 * Similarités et différences entre la manière Bugzilla et la manière wiki
 * Remedies available to users who disagree with Wikimedia Foundation technical decisions
 * Comportement attendu
 * Comportement attendu
 * Comportement attendu