Difference between revisions of "Pre and Post Release To Do"
Jump to navigation Jump to search
|(One intermediate revision by the same user not shown)|
|Line 24:||Line 24:|
== After a release ==
== After a release ==
* Update https://github.com/webOS-ports/meta-webos-ports/blob/
* Update https://github.com/webOS-ports/meta-webos-ports/blob//meta-luneos/conf/distro/include/luneos.inc to reflect the correct "WEBOS_DISTRO_VERSION_CODENAME" for the next release. (We update current Yocto version in use () and JaMa will cherry pick this to master and other branches if needed.
Latest revision as of 11:30, 4 November 2019
When we prepare for a new release a few things need to be sorted:
- Check our meta-qt5, meta-openembedded and openembedded-core layers in testing https://github.com/webOS-ports/webos-ports-setup/blob/testing/conf/layers.txt so that we have tested any security fixes/critical updates before preparing for the release.
- Send out a feature freeze announcement to [email protected] one week before the release (not doing currently to allow for more agile release cycle).
- Update https://github.com/webOS-ports/webos-ports-setup/blob/stable/conf/layers.txt with latest revisions from meta-webos-ports (warrior) and meta-smartphone (warrior) (Commit message: meta-smartfone,meta-webos-ports: upgrade to latest revisions).
- Make sure the change log is updated with all the changes for the release: https://github.com/webOS-ports/changelog/blob/master/manifest.json also make sure to bump "platformVersion" and verify the JSON validity on http://www.jsonlint.com
- Trigger http://jenkins.nas-admin.org/job/LuneOS/job/luneos-stable_build-all/
- Test the images in http://build.webos-ports.org/luneos-stable-staging/wip/images/ to make sure they're no release blockers.
- Update the issue tracker, create a new release: http://issues.webos-ports.org/projects/ports/settings should run from 1st till last of month normally. See other months for more info.
- Update any issues assigned to current release to a future release so we don't have anything outstanding against the current release. http://issues.webos-ports.org/projects/ports/roadmap
- Run http://jenkins.nas-admin.org/job/LuneOS/job/luneos-stable_feeds-new-staging/ (this should finish within a few minutes, check the output for the new stage number)
- Run http://jenkins.nas-admin.org/job/LuneOS/job/luneos-stable_feeds-sync-to-public/ and make sure to put the (new stage number -1) from above in the FEED_NUMBERS parameter (Make sure to include the leading 0 so 036 for example). Wait for it to finish.
- Run http://jenkins.nas-admin.org/job/LuneOS/job/luneos-stable_release/ with the same FEED_NUMBER parameter as above, release short name (i.e. crema) and name of unsupported devices (maguro and grouper currently, separated by a space)
- Make sure to update the individual device templates to reflect the supported version for this device (device_wop_versions_supported) for Hammerhead, Mako, Tenderloin, Tissot and the emulator Qemux86. All the release names are already in there, so you just need to move the <!-- to the right so the new release will show :) Also make sure to update the device_last_wop_branch_supported with the release short name (this is used for the directory names) (Herrie)
- Make sure to add a tag with the relase name (e.g. "doppio") as well as date, staging number, release name (e.g. "2018-11-21-053-doppio") in webos-ports-setup repository (pointing to latest stable commit). https://github.com/webOS-ports/webos-ports-setup/releases
After a release
- Update https://github.com/webOS-ports/meta-webos-ports/blob/zeus/meta-luneos/conf/distro/include/luneos.inc to reflect the correct "WEBOS_DISTRO_VERSION_CODENAME" for the next release. (We update current Yocto version in use (zeus) and JaMa will cherry pick this to master and other branches if needed.