Simplify the RELEASING steps based on current release.sh.

Since release.sh creates and pushes a libdrm-$VERSION tag for us,
there's no need to also have the user manually generating a $VERSION
tag as well.

I also dropped the "optional" part of distcheck.  You shouldn't have
pushed master with a version bump that hasn't passed distcheck.

Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com>
main
Eric Anholt 2016-07-20 12:24:00 -07:00
parent 0caa84cb04
commit f19cd3a528
1 changed files with 6 additions and 20 deletions

View File

@ -9,21 +9,14 @@ However, this is up to whoever is driving the feature in question.
Follow these steps to release a new version of libdrm: Follow these steps to release a new version of libdrm:
1) Ensure that there are no local, uncommitted/unpushed 1) Bump the version number in configure.ac. We seem to have settled
modifications. You're probably in a good state if both "git diff
HEAD" and "git log master..origin/master" give no output.
2) Bump the version number in configure.ac. We seem to have settled
for 2.4.x as the versioning scheme for libdrm, so just bump the for 2.4.x as the versioning scheme for libdrm, so just bump the
micro version. micro version.
3) Run autoconf and then re-run ./configure so the build system 2) Run autoconf and then re-run ./configure so the build system
picks up the new version number. picks up the new version number.
4) (optional step, release.sh will make distcheck for you, but it can be 3) Verify that the code passes "make distcheck". Running "make
heart warming to verify that make distcheck passes)
Verify that the code passes "make distcheck". Running "make
distcheck" should result in no warnings or errors and end with a distcheck" should result in no warnings or errors and end with a
message of the form: message of the form:
@ -36,20 +29,13 @@ Follow these steps to release a new version of libdrm:
Make sure that the version number reported by distcheck and in Make sure that the version number reported by distcheck and in
the tarball names matches the number you bumped to in configure.ac. the tarball names matches the number you bumped to in configure.ac.
5) Commit the configure.ac change and make an annotated tag for that 4) Push the updated master branch with the bumped version number:
commit with the version number of the release as the name and a
message of "libdrm X.Y.Z". For example, for the 2.4.16 release
the command is:
git tag -a 2.4.16 -m "libdrm 2.4.16" git push origin master
6) Push the commit and tag by saying
git push --tags origin master
assuming the remote for the upstream libdrm repo is called origin. assuming the remote for the upstream libdrm repo is called origin.
7) Use the release.sh script from the xorg/util/modular repo to 5) Use the release.sh script from the xorg/util/modular repo to
upload the tarballs to the freedesktop.org download area and upload the tarballs to the freedesktop.org download area and
create an announce email template. The script takes one argument: create an announce email template. The script takes one argument:
the path to the libdrm checkout. So, if a checkout of modular is the path to the libdrm checkout. So, if a checkout of modular is