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, přílepcích, phame příspěvcích atd., použijte uživatelská jména Phabricator. I když znáte jednotlivce na osobně (skutečné jméno atd.), možná nebude chtít mít tyto informace spojené s jeho uživatelským jménem na Phabricatoru. To také představuje zmatek pro ostatní uživatele Phabricatoru, 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 jej. To lze v menších případech provést prostřednictvím soukromého e-mailu nebo ve většině případů veřejně, aby se předešlo pozdějším předpokladům tolerovaného chování.
 * 2) * Informujte – Řekněte, co dělají, co by dělat neměli. Pokud je to vhodné, upozorněte je na tento dokument.
 * 3) * Rozeberte problém – Řekněte, co by měli dělat místo toho. Občas to může být povzbuzující a motivující, lepší než hustý seznam "pravidel".
 * 4) V případě trvalého porušování těchto pokynů zkontaktujte administrátora Phabricatoru v  na Wikimedia IRC nebo kontaktujte bugwranglera a požádejte ho, aby se na to podíval. V případě, že ignorování lze považovat za nepřijatelné chování definované Kodexem chování, bude o tom informován výbor pro kodex chování.



Dokumenty pro inspiraci

 * [Pravidla chování Mozilly https://bugzilla.mozilla.org/page.cgi?id=etiquette.html]
 * co dělat a co nedělat s Bugzillou v Mozille Developer Network
 * Konverzace o týmové e-mailové konferenci, odkazující na použití RESOLVED WONTFIX v Bugzille (nyní "odmítnuto" v Phabricatoru) a související problémy



Související odkazy

 * Proč tento problém ještě nikdo nevyřešil? Proč se mnou tyto změny nebyly konzultovány? Jak mohu ovlivnit to, na čem se pracuje?
 * Životní cyklus hlášení chyby
 * Podobnosti a rozdíly mezi způsobem Bugzilla a způsobem wiki
 * Remedies available to users who disagree with Wikimedia Foundation technical decisions
 * Expected behavior
 * Expected behavior
 * Expected behavior