[rfc] bug handling priorities
Vincent Ladeuil
v.ladeuil+lp at free.fr
Thu May 28 13:16:04 BST 2009
>>>>> "martin" == Martin Pool <mbp at canonical.com> writes:
Nice summary <snip/>'ed.
<snip/>
martin> The heuristic I have in mind is
martin> fixing critical bugs
>>> making releases
>>> reviewing or otherwise unblocking other developers
>>> landing approved patches (possibly with tweaks or test fixes)
I will tend to switch those two above as landing may involve some lag
(pqm or running the full test suite in one or several environments)
which can be used to review.
And a patch ready to land will provide an improvement faster than the
patch reviewed and as such should not be delayed.
>>> answering user questions
I'm a bit torn with that one and I think it's because it should be
judged by its importance, like bugs are.
>>> working on in-progress bugs or development
>>> triaging bugs
>>> starting new work
Sometimes I feel I never get there :-)
Vincent
More information about the bazaar
mailing list