Markus Korn has proposed merging lp:~zeitgeist/zeitgeist/HACKING.bugtriaging into lp:zeitgeist.
Requested reviews: Zeitgeist Framework Team (zeitgeist) Related bugs: #628678 Add bugtriaging guidlines to HACKING https://bugs.launchpad.net/bugs/628678 I started working on adding information about bugtriaging in the zeitgeist project to HACKING, I'm sure this still needs some fixing, and discussions. but it seems to me that the merge proposal is the right forum to discuss it as we can easily see the diff. So, comment, thoughts, fixes welcome. -- https://code.launchpad.net/~zeitgeist/zeitgeist/HACKING.bugtriaging/+merge/34840 Your team Zeitgeist Framework Team is requested to review the proposed merge of lp:~zeitgeist/zeitgeist/HACKING.bugtriaging into lp:zeitgeist.
=== modified file 'HACKING' --- HACKING 2010-09-06 14:43:18 +0000 +++ HACKING 2010-09-08 09:02:45 +0000 @@ -92,3 +92,75 @@ 12. Now you deserve a treat! +Bugs +**** + +The zeitgeist project is using the bugtracker on launchpad.net. To report +a bug please visit https://bugs.edge.launchpad.net/zeitgeist/+filebug +and describe the issues you are having. Please also add useful information +like the version of zeitgeist you are using and the python version. +Appart from classical bugreport describing an an issue or failure, the +zeitgeist team is using the bugtracker to discuss new features and +implementation details. + +Bugtriaging +*********** + +The zeitgeist project is using bug status as described below: + * New: no bugtriager had a look at this bugreport + * Incomplete: the zeitgeist team has asked an explicit question + to get a better understanding of the bug and is waiting for + an answer from the original reporter or anyobne having the same issue + * Invalid: It turned out that the issue is not a bug in zeitgeist, or + cannot be fixed in zeitgeist. + * Won't Fix: based on the information we got on the bugreport we decided + that we don't want to fix this bug in a reasonable timeframe. + * Triaged: Based on the information in the bugreport zeitgeist developers + understand the issue and are able to start fixing it. + * In Progress: Someone is working on a fix. There should be a branch + attached to the bugreport, and the zeitgeist task should be assigned to + the developer who is working on the fix. + * Fix Committed: The fix for this bug has been merged into lp:zeitgeist. + When setting this status the triager should add information about the + revision in which the fix landed, and also ask the reporter and other + affected user to test the fix. + * Fix Released: The fix was released in a release of zeitgeist. +The 'Opinion' status is not used by zeitgeist. + +The importance of a bug is set by following this criterias: + * Undecided: No decission has been made. + * Wishlist: we are marking feature requests as wishlist + * Low: issues affecting only a small number of users are marked as Low + * Medium: bugs which are affecting a significantly number of users are + of medium importance. + * High: This class of bugs must be fixed before the next release, esp. + failures of our testsuite are resulting in bugs which are marked as + 'High'. Also different kind of regressions (crashes, performance etc.) + are marked with this importance. + * Critical: This bug status is very carefully used by zeitgeist, + whenever this status is set all development ressources are put into + fixing this bug, no changes to lp:zeitgeist are allowed until this + bug get fixed. Example for this kind of bugs include build errors, + undocumented API changes or instantaneous crashes of the + zeitgeist-daemon. + +Milestones: + * If we plan to fix a big with a status of 'Wishlist', 'Low' or 'Medium' + we should target this bug to a milestone + * 'High' and 'Critical' rated bugs will always be targeted to the next + milestone. + +Related policies: + * Every bug of status 'Triaged' or higher should have an importance other + than 'Undecided'. + * Each bug with status higher than 'In Progress' should get an assignee. + Assigning a bug to a dev should never be done without talking to him/her. + +Blueprints +********** + +Blueprints are used in the zeitgeist project to describe a development +story. Whenever a certain feature requires fixes for multiple bugs or +multiple branches to be merged we use blueprints to organize the efforts +under one central umbrella. The assignee of a blueprint is leading all +the work to get this blueprint and all its features/fixes implemented.
_______________________________________________ Mailing list: https://launchpad.net/~zeitgeist Post to : firstname.lastname@example.org Unsubscribe : https://launchpad.net/~zeitgeist More help : https://help.launchpad.net/ListHelp