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.
 * A task is given the Invalid status when the task does not describe an actual wrong behavior, or when it is a change that is outside the power of the component's developers. For example, tasks proposing changes to third-party software or third-party website settings are INVALID, as well as requests contrary to legal or contractual obligations.
 * A task is given the Duplicate status when the task has been reported before and has been merged into another task, no matter if the other task has been already resolved or not.
 * Optionally the keyword Verified is set if a QA tester or the task author confirmed the merged fix in Gerrit after it had been deployed.
 * 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.