blob: 52adaa3f0919c22be90361752798af388d6f22f0 [file] [log] [blame]
Bryce Harringtonb73c58e2015-01-09 18:09:21 -08001To make a release of Weston and/or Wayland, follow these steps.
Kristian Høgsberg73dfbd52014-05-23 10:13:59 -07002
Bryce Harrington044f79d2015-02-06 18:01:33 -08003 0. Verify the test suites and codebase checks pass. All of the
4 tests pass should either pass or skip.
Kristian Høgsberg73dfbd52014-05-23 10:13:59 -07005
Bryce Harringtonb73c58e2015-01-09 18:09:21 -08006 $ make check
Kristian Høgsberg73dfbd52014-05-23 10:13:59 -07007
Bryce Harrington044f79d2015-02-06 18:01:33 -08008 1. Update the first three lines of configure.ac to the intended
9 version, commit. Also note that Weston includes versioned
10 dependencies on 'wayland-server' and 'wayland-client' in
Bryce Harrington842ef2f2015-08-16 14:16:26 -070011 configure.ac which occasionally need updated as well. Then commit
Bryce Harrington044f79d2015-02-06 18:01:33 -080012 your changes:
13
Bryce Harrington9a4a47d2015-05-27 23:55:08 -070014 $ export RELEASE_NUMBER="x.y.z"
Bryce Harringtoncab7ed92015-08-16 14:00:05 -070015 $ export RELEASE_NAME="[alpha|beta|RC1|RC2|official|point]"
Bryce Harrington044f79d2015-02-06 18:01:33 -080016 $ git status
Bryce Harrington4b488952015-05-26 19:20:37 -070017 $ git commit configure.ac -m "configure.ac: bump to version $RELEASE_NUMBER for the $RELEASE_NAME release"
Bryce Harrington044f79d2015-02-06 18:01:33 -080018 $ git push
19
Bryce Harrington8a88cec2015-02-13 20:46:41 -080020 2. For Weston releases, install Xwayland, either from your distro or
21 manually (see http://wayland.freedesktop.org/building.html). If
22 you install it to a location other than /usr/bin/Xwayland, specify
23 this in the following env var:
Bryce Harringtona9d0b682015-02-12 16:49:15 -080024
Bryce Harrington90e2d072015-09-17 16:33:48 -070025 XWAYLAND=$(which Xwayland) # Or specify your own path
26 export DISTCHECK_CONFIGURE_FLAGS="--with-xserver-path=$XWAYLAND"
Bryce Harringtona9d0b682015-02-12 16:49:15 -080027
Bryce Harringtonb33877a2015-05-15 18:51:19 -070028 If you're using a locally installed libinput or other dependency
29 libraries, you'll likely need to set a few other environment
30 variables:
Bryce Harrington5fa73512015-05-15 18:50:04 -070031
Bryce Harringtonb33877a2015-05-15 18:51:19 -070032 export WLD="<path-to-your-local-installation>"
33 export LD_LIBRARY_PATH=$WLD/lib
34 export PKG_CONFIG_PATH=$WLD/lib/pkgconfig:$WLD/share/pkgconfig/
Bryce Harrington5fa73512015-05-15 18:50:04 -070035
Bryce Harringtona9d0b682015-02-12 16:49:15 -080036 3. Run the release.sh script to generate the tarballs, sign and
Bryce Harringtonb73c58e2015-01-09 18:09:21 -080037 upload them, and generate a release announcement template.
38 This script can be obtained from X.org's modular package:
Kristian Høgsberg73dfbd52014-05-23 10:13:59 -070039
Bryce Harringtonb73c58e2015-01-09 18:09:21 -080040 http://cgit.freedesktop.org/xorg/util/modular/tree/release.sh
Kristian Høgsberg73dfbd52014-05-23 10:13:59 -070041
Bryce Harringtonb73c58e2015-01-09 18:09:21 -080042 The script supports a --dry-run option to test it without actually
43 doing a release. If the script fails on the distcheck step due to
44 a testsuite error that can't be fixed for some reason, you can
45 skip testsuite by specifying the --dist argument. Pass --help to
46 see other supported options.
Kristian Høgsberg73dfbd52014-05-23 10:13:59 -070047
Bryce Harrington9a4a47d2015-05-27 23:55:08 -070048 $ release.sh .
Bryce Harrington4b488952015-05-26 19:20:37 -070049
Bryce Harrington9a4a47d2015-05-27 23:55:08 -070050 For wayland, also publish the publican documentation to
51 wayland.freedesktop.org:
Bryce Harringtone534ae42015-05-27 15:33:27 -070052
Bryce Harrington9a4a47d2015-05-27 23:55:08 -070053 $ ./publish-doc
Bryce Harringtone534ae42015-05-27 15:33:27 -070054
55
Bryce Harringtona9d0b682015-02-12 16:49:15 -080056 4. Compose the release announcements. The script will generate
Bryce Harrington1875aff2015-01-26 18:23:37 -080057 *.x.y.0.announce files with a list of changes and tags, one for
58 wayland, one for weston. Prepend these with a human-readable
59 listing of the most notable changes. For x.y.0 releases, indicate
60 the schedule for the x.y+1.0 release.
Kristian Høgsberg73dfbd52014-05-23 10:13:59 -070061
Bryce Harrington90e2d072015-09-17 16:33:48 -070062 5. pgp sign the the release announcements and send them to
Bryce Harrington1875aff2015-01-26 18:23:37 -080063 wayland-devel@lists.freedesktop.org
Bryce Harringtonb73c58e2015-01-09 18:09:21 -080064
Bryce Harringtona9d0b682015-02-12 16:49:15 -080065 6. Get your freshly posted release email URL from
Kristian Høgsberg73dfbd52014-05-23 10:13:59 -070066 http://lists.freedesktop.org/archives/wayland-devel/
67
Bryce Harringtona9d0b682015-02-12 16:49:15 -080068 7. Update releases.html in wayland-web with links to tarballs and
Bryce Harrington7154c182015-01-30 19:10:12 -080069 the release email URL.
70
Bryce Harrington9a4a47d2015-05-27 23:55:08 -070071 The register_release script in wayland-web will generate an HTML
72 snippet that can be pasted into releases.html (or e.g. in emacs
Bryce Harrington713acd62015-09-22 13:40:43 -070073 insert it via "C-u M-! scripts/register_release x.y.z RC2") and
Bryce Harrington9a4a47d2015-05-27 23:55:08 -070074 customized.
Bryce Harringtonf89ca8c2015-05-27 13:03:42 -070075
Bryce Harrington9a4a47d2015-05-27 23:55:08 -070076 Once satisfied:
Bryce Harringtonf89ca8c2015-05-27 13:03:42 -070077
Bryce Harringtone534ae42015-05-27 15:33:27 -070078 $ git commit ./releases.html -m "Add ${RELEASE_NUMBER} release"
Bryce Harrington7154c182015-01-30 19:10:12 -080079 $ git push
Bryce Harringtone534ae42015-05-27 15:33:27 -070080 $ ./deploy
Kristian Høgsberg73dfbd52014-05-23 10:13:59 -070081
Bryce Harringtona9d0b682015-02-12 16:49:15 -080082 8. Update topic in #wayland to point to the release announcement URL
Kristian Høgsberg73dfbd52014-05-23 10:13:59 -070083
Bryce Harringtonbbdb2a92015-05-27 13:06:59 -070084For x.y.0 releases, also create the release series x.y branch. The x.y
85branch is for bug fixes and conservative changes to the x.y.0 release,
86and is where we release x.y.z releases from. Creating the x.y branch
87opens up master for new development and lets new development move on.
88We've done this both after the x.y.0 release (to focus development on
89bug fixing for the x.y.1 release for a little longer) or before the
90x.y.0 release (like we did with the 1.5.0 release, to unblock master
91development early).
Kristian Høgsberg73dfbd52014-05-23 10:13:59 -070092
Bryce Harringtonb73c58e2015-01-09 18:09:21 -080093 $ git branch x.y
94 $ git push origin x.y
95
Kristian Høgsberg73dfbd52014-05-23 10:13:59 -070096The master branch configure.ac version should always be (at least)
97x.y.90, with x.y being the most recent stable branch. Stable branch
98configure version is just whatever was most recently released from
99that branch.
100
101For stable branches, we commit fixes to master first, then cherry-pick
102them back to the stable branch.