releasing: Use version number variable

dev
Bryce Harrington 10 years ago
parent f89ca8c79d
commit bbdb2a9ba9
  1. 18
      releasing.txt

@ -68,21 +68,21 @@ To make a release of Weston and/or Wayland, follow these steps.
Once satisfied: Once satisfied:
$ git commit releases.html -m "Add x.y.z release" $ git commit releases.html -m "Add ${RELEASE_NUMBER} release"
$ git push $ git push
$ rsync -avz * wayland.freedesktop.org:/srv/wayland.freedesktop.org/www/ $ rsync -avz * wayland.freedesktop.org:/srv/wayland.freedesktop.org/www/
8. Update topic in #wayland to point to the release announcement URL 8. Update topic in #wayland to point to the release announcement URL
For x.y.0 releases, also create the x.y branch. The x.y branch is for For x.y.0 releases, also create the release series x.y branch. The x.y
bug fixes and conservative changes to the x.y.0 release, and is where branch is for bug fixes and conservative changes to the x.y.0 release,
we release x.y.z releases from. Creating the x.y branch opens up and is where we release x.y.z releases from. Creating the x.y branch
master for new development and lets new development move on. We've opens up master for new development and lets new development move on.
done this both after the x.y.0 release (to focus development on bug We've done this both after the x.y.0 release (to focus development on
fixing for the x.y.1 release for a little longer) or before the x.y.0 bug fixing for the x.y.1 release for a little longer) or before the
release (like we did with the 1.5.0 release, to unblock master x.y.0 release (like we did with the 1.5.0 release, to unblock master
development early). development early).
$ git branch x.y $ git branch x.y
$ git push origin x.y $ git push origin x.y

Loading…
Cancel
Save