xf86-video-intel: RELEASING
Carl Worth
cworth at kemper.freedesktop.org
Wed Apr 15 16:44:50 PDT 2009
RELEASING | 34 +++++++++++++++++++++-------------
1 file changed, 21 insertions(+), 13 deletions(-)
New commits:
commit 3fd5a1ecd1d5140ae07ccc279298bcadd515e97f
Author: Carl Worth <cworth at cworth.org>
Date: Wed Apr 15 16:44:11 2009 -0700
RELEASING: Update instructions to reflect some minor process improvements
We've added a NEWS file now, so that needs to be updated for each release.
We're also now using tag names of just <version> rather than
xf86-video-intel-<version>.
diff --git a/RELEASING b/RELEASING
index c4006c3..9376110 100644
--- a/RELEASING
+++ b/RELEASING
@@ -1,32 +1,40 @@
The process for releasing a new tarball is as follows:
-1. make sure you have the latest build requirements installed:
+1. Make sure you have the latest build requirements installed:
git://git.freedesktop.org/git/util/macros
git://git.freedesktop.org/git/util/modular
-2. update your module version (usually found in configure.ac)
+2. Add relevant release notes to the NEWS files
+
+ Skim the git log since the last release, and add notes in a
+ similar style to previous releases.
+
+ For major releases list added features and known limitations.
+
+ For minor releases indicate which bugs were fixed and which
+ are still present.
+
+
+3. Update your module version (usually found in configure.ac)
$ vi configure.ac # bump version
$ git push origin # make sure you're on the release branch
-3. verify your module builds
+4. Verify your module builds
$ make distcheck
-4. tag the release
-
- $ git tag -m "Intel <ver> release" xf86-video-intel-<ver>
+5. Tag the release
-5. run the release script (this should push the tag)
+ $ git tag -m "Intel <ver> release" <ver>
- $ <path_to>/util/modular/release.sh driver xf86-video-intel-<last_ver> xf86-video-intel-<ver>
+6. Run the release script (this should push the tag)
-6. edit the generated release message as needed and send it out
+ $ <path_to>/util/modular/release.sh driver <last_ver> <ver>
- for major releases list added features and known limitations
+7. Edit the generated release message as needed and send it out
- for minor releases indicate which bugs were fixed and which
- are still present
+ At the very least, add the release notes from the NEWS file.
-7. throw a release party, you're done! :)
+8. Throw a release party, you're done! :)
More information about the xorg-commit
mailing list