B2G/V1StabilizationPhase - Revision history

Andrew Sutherland: /* Landing Requirements */

2012-11-22T06:09:12Z

Landing Requirements

← Older revision		Revision as of 06:09, 22 November 2012
Line 19:		Line 19:
	** Any of the Release Management team (Alex Keybl, Lukas Blakk, Bhavana Bajaj)		** Any of the Release Management team (Alex Keybl, Lukas Blakk, Bhavana Bajaj)
	** Miguel Schneider, Daniel Coloma, Chris Lee for product decisions		** 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 "?"~~, 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+~~		** 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+)

Dietrich: /* All commits will require blocking+ or driver approval */

2012-10-22T17:12:06Z

All commits will require blocking+ or driver approval

← Older revision		Revision as of 17:12, 22 October 2012
Line 7:		Line 7:
	* Existing Gaia blockers have been migrated to Bugzilla, with owners and labels intact.		* Existing Gaia blockers have been migrated to Bugzilla, with owners and labels intact.

	==~~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, Francisco Jordano		** 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)
			** 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 "?", 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+		** 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+
	** 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+)

Dietrich: /* All bug activity will move to Bugzilla */

2012-10-22T16:40:37Z

All bug activity will move to Bugzilla

← Older revision		Revision as of 16:40, 22 October 2012
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==		==All commits will require blocking+ or driver approval==

Frashed: /* All commits will require blocking+ or driver approval */

2012-10-02T00:07:16Z

All commits will require blocking+ or driver approval

← Older revision		Revision as of 00:07, 2 October 2012
Line 14:		Line 14:
	* 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		** OR: Any of the Release Management team (Alex Keybl, Lukas Blakk, Bhavana Bajaj) and Chris Lee for product decisions
	** 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+		** 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+

Dietrich: /* All commits require attached tests and r={reviewer} in the commit message */

2012-09-29T22:06:37Z

All commits require attached tests and r={reviewer} in the commit message

← Older revision		Revision as of 22:06, 29 September 2012
Line 19:		Line 19:
	** 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.

Dietrich: 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 ..."

2012-09-28T22:27:27Z

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 ..."

New page

=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 component
* Feature bugs and 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 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==

* All other commits will be backed out.
* Driver approval can be requested on the bug or on IRC from:
** Platform: Andrew Overholt, Chris Jones, Johnny Stenback, Jonas Sicking, Andreas Gal
** Gaia: Vivien Nicolas, Chris Jones
** OR: Any of the Release Management team (Alex Keybl, Lukas Blakk, Bhavana Bajaj) and Chris Lee for product decisions
** 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+
** 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==

* 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.
* 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.

==Only features which are on the at-risk spreadsheet may land==

* The at-risk sheet: http://j.mp/VWpueM
* If your feature is missing, and not on the sheet, ping a PM to have it added for evaluation
* Anything large enough to need multiple followups or that risks causing many regressions is likely a feature
* Features listed on the at-risk spreadsheet must have estimates for completion
* Even these features need to land within approximately 14 days to not put our target deadline at risk

==We will be riding the Firefox 18 release branch.==
* This means that anything landing in Gecko after 10/7 needs to land both on mozilla-central and mozilla-aurora (Firefox 18).
* All patches landing on mozilla-aurora must go through the normal approval-mozilla-aurora:? triage - risk evaluations for desktop/mobile should be included