Bug management/Phabricator etiquette/cs

Dodržujte prosím tyto pokyny, abyste zajistili, že je produktivní a spolupracující prostředí pro správu hlášení chyb a požadavků na funkce.

Musíte také dodržovat.


 * Komentáře by měly přímo souviset s hlášeními, potvrzovat, hodnotit závažnost nebo opravovat chybu. Myšlenky, které nesouvisejí s tématem zprávy (například diskuse na metaúrovni o prioritách obecně nebo o tom, zda je vůbec požadováno nové rozšíření), by měly jít na příslušné seznamy adresátů, diskusní stránky wiki nebo samostatné zprávy.
 * Kritizujte myšlenky, ne lidi. Zdravé množství konstruktivní kritiky a živé debaty pomáhá zlepšovat náš software a je podporováno.
 * Jednejte veřejně. Pokud nehlásíte bezpečnostní problém nebo jste nebyli požádáni, abyste někomu poslali e-mail s konkrétními informacemi, uveďte všechny technické informace týkající se hlášení o chybě do samotného hlášení.
 * Pole stavu hlášení a priority shrnují a odrážejí realitu a nezpůsobují negace. Přečtěte si o významu hodnot pole Priorita a v případě pochybností je neměňte, ale přidejte komentář s návrhem změny a přesvědčivými důvody pro ni.
 * Obecně platí, že nejrychlejší způsob, jak vidět vyřešenou chybu, je poskytnout opravu (viz také Upřednostnění vývoje).
 * Mezi přesvědčivé důvody pro zvýšení priority chyby patří důkaz, že významně ovlivňuje běžnou každodenní práci. Vymyšlené příklady nebo problémy, které se objevují pouze za nepravděpodobných okolností, jsou obecně důkazem pro to, aby byl problém považován za "nízkou" prioritu, protože limity jakéhokoli netriviálního softwaru mohou být překročeny, pokud se budete dostatečně snažit.
 * Nezveřejňujte hlasy ani komentáře typu "Opravit nyní".
 * Pouze ručně přidělte úkol někomu, pokud k tomu dal předchozí souhlas. Je na vývojářích (nebo jejich produktových manažerech), na čem plánují pracovat.
 * Upřednostňujte používání uživatelských jmen Phabricator (např. @uživatelské jméno) před skutečným jménem osoby nebo jinými osobními identifikátory. Chcete-li vyřešit obavy týkající se soukromí a zbytečného zmatku při komunikaci o různých úkolech, pastách, phame postech atd., použijte uživatelská jména Phabricator. I když znáte jednotlivce na osobní úrovni (skutečné jméno atd.), možná nebudou chtít mít tyto informace spojené s jejich uživatelským jménem Phabricator. To také představuje vrstvu zmatku pro ostatní uživatele Phabricator, kteří si nejsou vědomi něčího skutečného jména nebo jiných osobních identifikátorů.

Pokud uvidíte někoho, kdo nedodržuje tyto pokyny nebo není produktivní:


 * 1) Prvním krokem je kontaktovat je. To lze v menších případech provést prostřednictvím soukromého e-mailu nebo ve velkých případech veřejně, aby se předešlo pozdějším předpokladům tolerovaného chování.
 * 2) * Be informative – Tell what they are doing what they should not do. If pertinent, make them aware of this document.
 * 3) * Be catalytic – Tell what they should do instead. Occasionally this may be encouraging and motivating, better than a dense list of "rules".
 * 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. In case the disregard can be seen as unacceptable behavior defined by the Code of Conduct, the Code of Conduct committee will be informed.

Document inspiration

 * Mozilla etiquette
 * Bugzilla dos and don'ts at Mozilla Developer Network
 * Conversation on teampractices mailing list, referring to the use of RESOLVED WONTFIX in Bugzilla (now "declined" in Phabricator) and related problems