Meego Wiki
Views

Core OS Program/changecontrol

From MeeGo wiki
< Core OS Program(Difference between revisions)
Jump to: navigation, search
(Created page with "Now that we’ve passed Feature Complete for MeeGo 1.1, the MeeGo Core is locked down for patches containing both bugfixes and features without prior change-control approval. H…")
(Steps)
 
(6 intermediate revisions not shown)
Line 1: Line 1:
 +
The Process will start from October 2010.
 +
Now that we’ve passed Feature Complete for MeeGo 1.1, the MeeGo Core is locked down for patches containing both bugfixes and features without prior change-control approval.  Here is the process we will be following to approve bugfixes for the MeeGo Core until the Trunk is reopened for 1.2 features and bug-fixes:
Now that we’ve passed Feature Complete for MeeGo 1.1, the MeeGo Core is locked down for patches containing both bugfixes and features without prior change-control approval.  Here is the process we will be following to approve bugfixes for the MeeGo Core until the Trunk is reopened for 1.2 features and bug-fixes:
-
'''Bug Triage'''<br>
+
==Bug Triage==
-
-Intel and Nokia QA representatives will triage all incoming bugs twice a week – Wed/Friday PRC time – following the process defined here: http://wiki.meego.com/Quality/Bugtriage<br>
+
-
-Triage team will scrub all incoming bugs for completeness, and will propose bugs to be reviewed by the setting the MeeGo_1.1_Release_Blocker flag to Proposed.<br>
+
-
- If you have bugs you want to ensure are fixed for 1.1, please monitor their status out of triage.  If you believe a bug has been triaged inappropriately, send mail to gavin.hindman@intel.com with the relevant bug link, and rationale for fixing it in 1.1/impact of not fixing in 1.1<br>
+
-
- Please contact Jerry.Yu@intel.com if you would like to be included in the Triage efforts<br>
+
-
The list of bugs proposed for CCB may be viewed with this query: http://bugs.meego.com/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=1.1_Core_Proposed&sharer_id=234
+
* Intel and Nokia QA representatives will triage all incoming bugs twice a week – Wed/Friday PRC time – following the process defined [http://wiki.meego.com/Quality/Bugtriage here].<br>
 +
* Triage team will scrub all incoming bugs for completeness, and will propose bugs to be reviewed by the setting the MeeGo_1.1_Release_Blocker flag to Proposed.<br>
 +
* If you have bugs you want to ensure are fixed for 1.1, please monitor their status out of triage.  If you believe a bug has been triaged inappropriately, send mail to gavin.hindman(@)intel.com with the relevant bug link, and rationale for fixing it in 1.1/impact of not fixing in 1.1<br>
 +
* Please contact Jerry.Yu(@)intel.com if you would like to be included in the Triage efforts<br>
 +
The list of bugs proposed for CCB may be viewed with this [http://bugs.meego.com/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=1.1_Core_Proposed&sharer_id=234 query].
 +
 +
==Change Control Process==
 +
 +
===Approvers===
-
'''Change Control Process'''<br>
 
The Change Control Board (CCB) will consist of approvers from Core functional areas:<br>
The Change Control Board (CCB) will consist of approvers from Core functional areas:<br>
-
- Product Manager/CCB Chair – Gavin Hindman – gavin.hindman@intel.com<br>   
+
* Product Manager/CCB Chair – Gavin Hindman – gavin.hindman(@)intel.com<br>   
-
- Program Manager – Makoto Sugano – makoto.sugano@Nokia.com<br>   
+
* Program Manager – Makoto Sugano – makoto.sugano(@)Nokia.com<br>   
-
- Architecture / Engineering – arjan@linux.intel.com<br>  
+
* Architecture / Engineering – arjan(@)linux.intel.com<br>  
-
- Release Engineering - Terence Chen (Alexander Kanevskiy acting – Terence back next week) – Terence.chen@intel.com / Alexander.Kanevskiy@nokia.com<br>  
+
* Release Engineering - Terence Chen (Alexander Kanevskiy acting – Terence back next week) – Terence.chen(@)intel.com / Alexander.Kanevskiy(@)nokia.com<br>  
-
- Validation – Tommi Toropainen  - Tommi.Toropainen@nokia.com<br>   
+
* Validation – Tommi Toropainen  - Tommi.Toropainen(@)nokia.com<br>   
-
- Marketing – Amit Bapat – amit.bapat@intel.com<br>  
+
* Marketing – Amit Bapat – amit.bapat(@)intel.com<br>  
-
- Handset - Sami Pienimaki - Sami.Pienimaki@nokia.com<br>  
+
* Handset - Sami Pienimaki - Sami.Pienimaki(@)nokia.com<br>
 +
 
 +
===Steps===
-
- Following bug triage newly proposed defects will be added to a shared CCB document by noon the day after Triage and the CCB status will be set to Nominated.<br>   
+
* Following bug triage newly proposed defects will be added to a shared CCB document by noon the day after Triage and the CCB status will be set to Nominated.<br>   
-
- Approvers will set their Approver status to Approve, Reject, or Request Mtg, for each new line item by noon the following day.<br>     
+
* Approvers will set their Approver status to Approve, Reject, or Request Mtg, for each new line item by noon the following day.<br>     
-
- Request Mtg status will trump any other Approve/Reject until resolved.<br>  
+
* Request Mtg status will trump any other Approve/Reject until resolved.<br>  
-
- The CCB Chair will promote the CCB Status for any line items approved or rejected by a majority of approvers, and not marked as Mtg Required, as Approved or Rejected by noon Thursday PST to meet the Friday pre-integration image creation deadline.  Silence will be considered consent.<br>
+
* The CCB Chair will promote the CCB Status for any line items approved or rejected by a majority of approvers, and not marked as Mtg Required, as Approved or Rejected by noon Thursday PST to meet the Friday pre-integration image creation deadline.  Silence will be considered consent.<br>
-
- CCB results will then be reflected in the MeeGo_1.1_Release_Blocker flag for that defect in Bugzilla<br>
+
* CCB results will then be reflected in the MeeGo_1.1_Release_Blocker flag for that defect in Bugzilla<br>
-
- Any items where a meeting has been requested will be discussed in the Intel/Nokia Core Sync the following Tuesday and updated accordingly.<br>
+
* Any items where a meeting has been requested will be discussed in the Intel/Nokia Core Sync the following Tuesday and updated accordingly.<br>
-
- Very urgent issue may require dedicated meetings and the CCB Chair will schedule as-needed.<br>
+
* Very urgent issue may require dedicated meetings and the CCB Chair will schedule as-needed.<br>
-
- We will attempt to resolve Stakeholder disagreement with a CCB decision through email – please send concern with CCB decision to gavin.hindman@intel.com<br>  
+
* We will attempt to resolve Stakeholder disagreement with a CCB decision through email – please send concern with CCB decision to gavin.hindman(@)intel.com<br>  
-
CCB progress is publicly visible here: https://spreadsheets.google.com/pub?key=0Ari-WBbJSg6QdDZKZmFFOFRJdHd5eTRmWG9ydHN0bVE&hl=en&output=html
+
CCB progress is publicly visible [https://spreadsheets.google.com/pub?key=0Ari-WBbJSg6QdDZKZmFFOFRJdHd5eTRmWG9ydHN0bVE&hl=en&output=html here].

Latest revision as of 19:03, 17 September 2010

The Process will start from October 2010.

Now that we’ve passed Feature Complete for MeeGo 1.1, the MeeGo Core is locked down for patches containing both bugfixes and features without prior change-control approval. Here is the process we will be following to approve bugfixes for the MeeGo Core until the Trunk is reopened for 1.2 features and bug-fixes:

Contents

Bug Triage

  • Intel and Nokia QA representatives will triage all incoming bugs twice a week – Wed/Friday PRC time – following the process defined here.
  • Triage team will scrub all incoming bugs for completeness, and will propose bugs to be reviewed by the setting the MeeGo_1.1_Release_Blocker flag to Proposed.
  • If you have bugs you want to ensure are fixed for 1.1, please monitor their status out of triage. If you believe a bug has been triaged inappropriately, send mail to gavin.hindman(@)intel.com with the relevant bug link, and rationale for fixing it in 1.1/impact of not fixing in 1.1
  • Please contact Jerry.Yu(@)intel.com if you would like to be included in the Triage efforts

The list of bugs proposed for CCB may be viewed with this query.

Change Control Process

Approvers

The Change Control Board (CCB) will consist of approvers from Core functional areas:

  • Product Manager/CCB Chair – Gavin Hindman – gavin.hindman(@)intel.com
  • Program Manager – Makoto Sugano – makoto.sugano(@)Nokia.com
  • Architecture / Engineering – arjan(@)linux.intel.com
  • Release Engineering - Terence Chen (Alexander Kanevskiy acting – Terence back next week) – Terence.chen(@)intel.com / Alexander.Kanevskiy(@)nokia.com
  • Validation – Tommi Toropainen - Tommi.Toropainen(@)nokia.com
  • Marketing – Amit Bapat – amit.bapat(@)intel.com
  • Handset - Sami Pienimaki - Sami.Pienimaki(@)nokia.com

Steps

  • Following bug triage newly proposed defects will be added to a shared CCB document by noon the day after Triage and the CCB status will be set to Nominated.
  • Approvers will set their Approver status to Approve, Reject, or Request Mtg, for each new line item by noon the following day.
  • Request Mtg status will trump any other Approve/Reject until resolved.
  • The CCB Chair will promote the CCB Status for any line items approved or rejected by a majority of approvers, and not marked as Mtg Required, as Approved or Rejected by noon Thursday PST to meet the Friday pre-integration image creation deadline. Silence will be considered consent.
  • CCB results will then be reflected in the MeeGo_1.1_Release_Blocker flag for that defect in Bugzilla
  • Any items where a meeting has been requested will be discussed in the Intel/Nokia Core Sync the following Tuesday and updated accordingly.
  • Very urgent issue may require dedicated meetings and the CCB Chair will schedule as-needed.
  • We will attempt to resolve Stakeholder disagreement with a CCB decision through email – please send concern with CCB decision to gavin.hindman(@)intel.com

CCB progress is publicly visible here.

Personal tools