Confirmed users
471
edits
m (clarification: the release tag is necessarily a child of the final RC, not the RC itself, as it also merges in the previous release) |
(update process to reflect new 'git-describe'-based no-.version version handling) |
||
| Line 130: | Line 130: | ||
git checkout master | git checkout master | ||
Set JPCV (Jetpack Current Version) to the | Set JPCV (Jetpack Current Version) to the version for which you are starting the release process: what the stabilization branch will turn into. If 'cfx --version' on master at this point reports "1.2-dev-SOMETHING", then JPCV will be "1.2": | ||
export JPCV= | export JPCV=(UPCOMING VERSION) | ||
Set JPNV (Jetpack Next Version) to the next version identifier | Set JPNV (Jetpack Next Version) to the next-higher version identifier: what master will turn into the next time it is merged to stabilization, e.g. 1.3: | ||
export JPNV=(NEXT VERSION) | export JPNV=(NEXT VERSION) | ||
Change the | Change the Firefox minVersion/maxVersion compatibility identifiers on the master branch to the values on the Firefox aurora/central branches. | ||
Commit the changes: | |||
git commit -a -m"update Firefox minVersion/maxVersion to aurora/central versions of Firefox" | |||
Record an empty commit, to mark where master development switches from one release to the next: | |||
git commit --allow-empty -m "branched off (JPCV), master is now destined to become (JPNV)" | |||
Add a development tag to master, so subsequent checkouts self-identify as headed towards the next release: | |||
git | git tag JPNV-dev | ||
Check out the stabilization branch: | Check out the stabilization branch: | ||