Jetpack/Release Process: Difference between revisions

Jump to navigation Jump to search
we're now freezing Tuesdays and releasing Wednesdays
(changed "email Melissa and Erica" to "email press@mozilla.com")
(we're now freezing Tuesdays and releasing Wednesdays)
Line 15: Line 15:
# review the process
# review the process


In general, we freeze late Sunday night, make the first release candidate available the next day, spend a week stabilizing the code and preparing the materials, and release the following Monday. To ensure that the code is well-baked, we release no sooner than a week after the first candidate and two days after the last one.
In general, we freeze on a Tuesday night at 11:59pm, make the first release candidate available the next day, spend about a week stabilizing the code and preparing the materials, and release the following Wednesday. To ensure that the code is well-baked, we release no sooner than a week after the first candidate and two days after the last one.


We use numerically consecutive versions to denote major releases (0.1, 0.2, etc.). Development cycles use the version of the next release followed by "pre" (0.1pre before 0.1, 0.2pre before 0.2, etc.). Release candidates use the final release version internally (i.e. in all code, documentation, and other files inside the package) and that version followed by "rc" and the number of the candidate (0.1rc1, 0.1rc2, etc.) in references external to the package (e.g. in the names of the packages).
We use numerically consecutive versions to denote major releases (0.1, 0.2, etc.). Development cycles use the version of the next release followed by "pre" (0.1pre before 0.1, 0.2pre before 0.2, etc.). Release candidates use the final release version internally (i.e. in all code, documentation, and other files inside the package) and that version followed by "rc" and the number of the candidate (0.1rc1, 0.1rc2, etc.) in references external to the package (e.g. in the names of the packages).
canmove, Confirmed users
2,056

edits

Navigation menu