canmove, Confirmed users, Bureaucrats and Sysops emeriti
3,628
edits
No edit summary |
No edit summary |
||
| Line 27: | Line 27: | ||
* other-licenses/*/sunbird/ | * other-licenses/*/sunbird/ | ||
== comm-central ( | == comm-central (Nightly channel) == | ||
* '''All changes''' must meet the [https://developer.mozilla.org/En/Developer_Guide/Committing_Rules_and_Responsibilities general checkin rules]. You must check the tree before pushing, and watch the tree for failures after pushing. | |||
* Set the ''Target Milestone'' field in Bugzilla to the current Nightly version after landing a bug fix on comm-central. | |||
* Please ask the sheriff channel (typically, #maildev, #seamonkey or #calendar depending on the application you are landing to) on [[IRC]] if you have questions. | |||
== | == comm-aurora == | ||
''' | '''<font color="orange">APPROVAL REQUIRED</font>''' | ||
* '''All changes''' must meet the [https://developer.mozilla.org/En/Developer_Guide/Committing_Rules_and_Responsibilities general checkin rules]. You must check the tree before pushing, and watch the tree for failures after pushing. | |||
* Patches must have the '''approval-comm-aurora+''' flag in Bugzilla. To request approval, set the approval-comm-aurora? flag on the patch you wish to check in. | |||
* Patches nominated for aurora should: | |||
** have tests, or a strong statement of what can be done in the absence of tests. | |||
** have landed in comm-central to bake on the nightly channel for a few days. | |||
** have a comment in Bugzilla assessing performance impact, risk, and reasons the patch is needed on aurora. | |||
* Approval requests are processed regularly. | |||
* Set the appropriate ''status-thunderbirdN'', ''status-seamonkeyN'' flag to "fixed" after landing a fix on the Aurora branch. | |||
== | == comm-beta == | ||
''' | '''<font color="orange">APPROVAL REQUIRED</font>''' | ||
* '''All changes''' must meet the [https://developer.mozilla.org/En/Developer_Guide/Committing_Rules_and_Responsibilities general checkin rules]. You must check the tree before pushing, and watch the tree for failures after pushing. | |||
* Patches must have the '''approval-comm-beta+''' flag in Bugzilla. To request approval, set the approval-comm-beta? flag on the patch you wish to check in. | |||
* Patches nominated for beta should: | |||
** have tests, or a strong statement of what can be done in the absence of tests. | |||
** have landed in mozilla-central to bake on the nightly channel for a few days. | |||
** have a comment in Bugzilla assessing performance impact, risk, and reasons the patch is needed on beta. | |||
** not change binary interfaces or otherwise break add-on compatibility. | |||
* Approval requests are processed regularly. | |||
* Set the appropriate ''status-thunderbirdN'', ''status-seamonkeyN'' flag to "fixed" after landing a fix on the Beta branch. | |||
== | == comm-release == | ||
'''<font color="orange">APPROVAL REQUIRED</font>''' | |||
* Patches must have the '''approval-comm-release+''' flag in Bugzilla. To request approval, set the approval-comm-release? flag on the patch you wish to check in. | |||
* In the normal development process, no changes will land on comm-release except [[RapidRelease/Calendar|regular merges from comm-beta]] every six weeks. | |||
* Changes to the release branch are limited to urgent "chemspills" like zero-day security vulnerabilities and other unplanned emergencies. Any changes to this branch will be directly overseen by the [Releases/Drivers release drivers for the appropriate product]. | |||
== comm- | == comm-esr10 (Thunderbird 10.0.x ESR) == | ||
'''<font color="orange">APPROVAL REQUIRED</font>''' | |||
* We use the same process as the Firefox [[Release Management/ESR Landing Process]]. | |||
** Use the tracking-thunderbird-esr10 and status-thunderbird-esr10 flags instead of the Firefox ones. | |||
* | |||
* | |||