Bug management/Bug report life cycle/cs

Tato stránka popisuje životnost úlohy (hlášení o chybě, požadavky na funkce atd.) v.


 * Když je úkol poprvé vytvořen, je mu přidělen stav Otevřené (Open).
 * Když se na úkolu aktivně pracuje, může mu být přidělen stav Probíhá (In Progress).
 * Když konkrétní vývojář plánuje pracovat nebo pracuje na úkolu, v ideálním případě je konkrétní vývojář nastaven jako pověřenec úkolu.
 * Pokud byla počáteční záplata (patch) pro úlohu vložena do nástroje pro kontrolu kódu Gerrit, projekt Patch-For-Review se automaticky přidá k úloze. (Podívejte se na stránku .)
 * Uzavření úkolu:
 * Úloha získá stav Vyřešeno (Resolved), když změna kódu, která úlohu opravuje, byla začleněna do Gerrit. To neznamená, že oprava je okamžitě k dispozici na webu Wikimedie, protože to může trvat až dva týdny.
 * Úkolu je přidělen stav Odmítnuto (Declined), když problém nelze reprodukovat, když nebyly poskytnuty chybějící informace, nebo když existuje přijatelné řešení pro dosažení podobného výsledku, jak je požadováno. Tento stav je také nastaven, pokud existuje shoda, že implementace konkrétního úkolu by byla špatný nápad. Například, když je úkol v rozporu s rozsahem konkrétního projektu nebo principy projektu a oprav, nebude schválen správci projektu (nebo produktovými manažery, pokud existují). Alternativou k označení úlohy jako odmítnuté mohou být v závislosti na specifikách uživatelské preference, globální konfigurační proměnná, opětovná implementace nebo rozvětvení kódu.
 * Úloha je označena stavem Neplatné (Invalid), když úloha nepopisuje skutečné nesprávné chování nebo když se jedná o změnu, která je mimo pravomoci vývojářů komponenty. Například úkoly navrhující změny softwaru třetích stran nebo nastavení webových stránek třetích stran jsou NEPLATNÉ, stejně jako požadavky, které jsou v rozporu se zákonnými nebo smluvními závazky.
 * Úkolu je přidělen stav Duplikované (Duplicate), když byl úkol již dříve nahlášen a byl sloučen do jiného úkolu, bez ohledu na to, zda byl jiný úkol již vyřešen nebo ne.
 * Volitelně je nastaveno klíčové slovo Ověřeno (Verified), pokud tester kontroly kvality nebo autor úlohy potvrdil sloučenou opravu v Gerrit poté, co byla nasazena.
 * If a task was marked as Resolved and it turns out that this was incorrect, the task's status can be changed back to Open.
 * If a task is waiting for further input (e.g. from the task author or a third party like upstream) and can currently not be acted on, the Stalled status is temporarily given. The Stalled status can also be given when a task is waiting for its subtask(s) to be resolved first.

Completing tasks
Different teams complete the work on tasks differently, see. Some move it to a Done column on a project workboard after QA and product management have reviewed the change, and only change the task status to Resolved when they complete the current "sprint" or when the code is available in production. Others change the task status to Resolved the moment a code change that completes a task is merged, leaving its tags and workboard column unchanged.

When can I use the fix
The short answer for Wikimedia websites is: Somewhere between a week and three weeks after the task has been closed as Resolved. For details, see Deployments.