WTP PMC Defect Review
WTP PMC Defect Review
As the end of a release cycle nears, WTP needs to add some governance in order to maintain stability and quality in the face of the upcoming deadline. To this end, a PMC review process will occur.
Important Note - The PMC Review is not an in depth technical accuracy review, but a general risk management analysis of possible benefits and associated risks of including a proposed fix.
How To Prepare a PMC Defect Candidate
The answers to the following bullets must be incorporated into the bugzilla entry before a defect will be considered for PMC approval:
- Explain why you believe this is a stop-ship defect. Or, if it is a "hotbug" (requested by an adopter) please document it as such.
- Is there a work-around? If so, why do you believe the work-around is insufficient?
- How has the fix been tested? Is there a test case attached to the bugzilla record? Has a JUnit Test been added?
- Give a brief technical overview. Who has reviewed this fix?
- What is the risk associated with this fix?
How To Get a PMC Defect Candidate Approved
Overview of Steps Required:
- Developer obtains component lead approval, fixes defect, and attachs patch to the defect.
- Developer also adds documentation about the fix and why it is a mustfix.
- Developer gets component review and the component lead (or delegate) documents their review and approval, and puts "PMC" in the Status Whiteboard field.
- Component Lead sends a note to firstname.lastname@example.org with a link to the defect. (You must be a member of this list to send mail to it.)
- PMC members review and vote. A single negative vote will reject a defect and a minimum of two positive votes is required for approval. It will be incumbent on the PMC to do anything possible to perform reviews within 24 hours. If the bug is approved, the Status Whiteboard is updated to "PMC_approved" by release lead. If the bug is rejected, it will be updated to "PMC_rejected" and the code should not be released for a build.
- If approval is given, the developer may then release the code (tag with version and update map files) for a build.