Checklist/XenHypervisorRelease: Difference between revisions
Line 31: | Line 31: | ||
* Update the ASCII art version in <code>README</code> |
* Update the ASCII art version in <code>README</code> |
||
* Re-enable <code>debug ?= y</code> in <code>Config.mk</code> |
|||
== Update version numbers in the release branch == |
== Update version numbers in the release branch == |
Revision as of 16:05, 11 July 2013
This page is a checklist for Xen developers doing a release.
Release checklist for release candidates
Disabling debug
Sometime after the initial RCs, and before the final RC, disable debug by default:
In Config.mk
, change
debug ?= y
to
debug ?= n
Checklist for branching a release
Here ${V}
will be the version to be released, and ${V+1}
stands for the next release. For example, ${V}
might be 4.3, and ${V+1}
would be 4.4.
Create new branch for git and mercurial
- Create
staging-${V}
andstable-${V}
branches in the main git repo
[Detailed instructions here]
Update version numbers in the development branch
- Change the version number in
xen/Makefile
by settingXEN_VERSION
andXEN_SUBVERSION
appropriately.
- Update the ASCII art version in
README
- Re-enable
debug ?= y
inConfig.mk
Update version numbers in the release branch
- Change the version number in
xen/Makefile
by settingXEN_VERSION
andXEN_SUBVERSION
appropriately.
- Remove '-rc' from the ASCII art in
README
- Update url for qemu trees
In Config.mk
, modify both instances of QEMU_UPSTREAM_URL
and both instances of QEMU_REMOTE
, replacing -unstable
with -${V}
Checklist for the final release
Everything on this list must be done in advance of any public press release, preferably one week ahead of time, to allow for the announcement to be postponed if necessary.
- Create release tags for qemu
Create the tag qemu-xen-${V}
for qemu-xen, and xen-${V}
for qemu-traditional
- Update the qemu tags from a hash to a tag
In Config.mk
, modify QEMU_UPSTREAM_REVISION
and QEMU_TAG
to the release tag for qemus (see above for exact names).