[Cosmo-dev] Bug Council process for Cosmo

Ted Leung twl at osafoundation.org
Thu Feb 8 17:36:20 PST 2007


Hi folks,

This came up several times today in IRC, and in fact over the last  
few days, where we are finding various small bugs.   Some of these  
bugs are code level fixes only, and others are small, easy to fix and  
low impact.   It seems wasteful to have developers waiting until the  
bug council can meet, even if the bug council is meeting the next  
day.   I'd like to propose a way to make the bug council process a  
little more lightweight and less reliant on a synchronous meeting.

Bugs can be marked as blocking if myself, and someone from QA (anyone  
from QA) can be convinced that the bug should be a blocker.   If we  
feel that the bug may impact end user or product level features, then  
we will involve someone from PPD and/or Jared before granting  
blocking status.
Discussion of such bugs can occur in any medium, although an archived  
medium such as e-mail or IRC is preferred.

These bugs should be tracked like any other bug -- that is, no  
checkin without a bug number.  If discussion of the bug took place in  
IRC, then the bug report should note that the discussion happened,  
summarize the reasoning  (ideally it would link to the appropriate  
section of the IRC log, but this is not mandatory) and list the names  
of the people who approved blocking status.

Thoughts?

Ted




More information about the cosmo-dev mailing list