B2G/V1StabilizationPhase: Difference between revisions

(Created page with "=Development Policy for Stabilization Period= ==All bug activity will move to Bugzilla== * New Gaia bugs should be filed in Bugzilla, under the Boot2Gecko product and the Gaia ...")
 
 
(4 intermediate revisions by 2 users not shown)
Line 1: Line 1:
=Development Policy for Stabilization Period=
=Development Policy for Stabilization Period=


==All bug activity will move to Bugzilla==
==All Issue Tracking is Done in Bugzilla==


* New Gaia bugs should be filed in Bugzilla, under the Boot2Gecko product and the Gaia component
* New Gaia bugs should be filed in Bugzilla, under the Boot2Gecko product and the Gaia component
* Feature bugs and enhancement requests (v2 work) should still be filed in Github
* Enhancement requests (v2 work) should still be filed in Github
* Gaia bugs filed/nominated in Github will be moved into Buzilla where appropriate
* Existing Gaia blockers have been migrated to Bugzilla, with owners and labels intact.
* Existing Gaia blockers being migrated to Bugzilla, with owners and labels intact.
* Work tracked in bug 795193 and bug 793784


==All commits will require blocking+ or driver approval==
==Landing Requirements==


* All commits require:
** Blocking-basecamp+ or driver approval (see below)
** Unit or integration tests attached
** Confirmation that smoketests are not regressed
* All other commits will be backed out.
* All other commits will be backed out.
* Driver approval can be requested on the bug or on IRC from:
* Driver approval can be requested on the bug or on IRC from:
** Platform: Andrew Overholt, Chris Jones, Johnny Stenback, Jonas Sicking, Andreas Gal
** Platform: Andrew Overholt, Chris Jones, Johnny Stenback, Jonas Sicking, Andreas Gal
** Gaia: Vivien Nicolas, Chris Jones
** Gaia: Vivien Nicolas, Chris Jones, Francisco Jordano
** OR: Any of the Release Management team (Alex Keybl, Lukas Blakk, Bhavana Bajaj) and Chris Lee for product decisions
** Any of the Release Management team (Alex Keybl, Lukas Blakk, Bhavana Bajaj)
** To request driver approval on a patch for Gaia changes, set the approval-gaia-master flag to "?", along with a comment explaining why the change is needed for the release and the risk involved, and waiting for somebody to set approval-gaia-master+
** Miguel Schneider, Daniel Coloma, Chris Lee for product decisions
** To request driver approval on a patch for Gaia changes, set the approval-gaia-master flag to "?" and put one of the previously mentioned people in the field so that a specific person is asked.  There is no approval triage like there is for blocking-basecamp.  Setting the flag will create a template asking you for information, please fill it in.
** As we come closer to shipping, approval-gaia-master will be used for all landings (even if blocking+)
** As we come closer to shipping, approval-gaia-master will be used for all landings (even if blocking+)


==All commits require attached tests and r={reviewer} in the commit message==
==Commit Changes==
 
* All commits now require:
** Unit or integration tests in the pull request or patch
** A commit message format of "Bug {bugNumber} - {summary} (r={reviewer})", or at least have all of those components included.
* Devs are expected to have run their tests locally before submitting any code changes for review, and including the test files in the pull request.
* Devs are expected to have run their tests locally before submitting any code changes for review, and including the test files in the pull request.
* If your commit message doesn't follow the format, expect it to be backed out. The Gaia dev leads and the release drivers will be triaging the commit logs daily to ensure these requirements are followed.
* If your commit message doesn't have all the required components, it will be backed out. The Gaia dev leads and the release drivers will be triaging the commit logs daily to ensure these requirements are followed.
* Continuous integration + automated smoketests is being implemented at this moment and will be enabled as soon as possible. Once that happens, each and every commit will run all the tests and spit out a report letting you know if your change caused any test failures anywhere in the system.
* Continuous integration + automated smoketests is being implemented at this moment and will be enabled as soon as possible. Once that happens, each and every commit will run all the tests and spit out a report letting you know if your change caused any test failures anywhere in the system.


Confirmed users
360

edits