diff options
author | Joel Granados Moreno <jgranado@redhat.com> | 2009-07-15 12:03:48 +0200 |
---|---|---|
committer | Joel Granados Moreno <jgranado@redhat.com> | 2009-07-23 12:01:45 +0200 |
commit | 6e4a50c2187c59f12b9056971ec5f6d5b97f1e3e (patch) | |
tree | c4f245aee3bf0bf41fba599b8b9d1e3cd4befd3b /README-release | |
parent | a389d9b51f8a314bc4095053d6ffb445db1e4075 (diff) | |
download | parted-6e4a50c2187c59f12b9056971ec5f6d5b97f1e3e.tar.gz |
Document our release proceedure.
* README-release: New file.
Diffstat (limited to 'README-release')
-rw-r--r-- | README-release | 27 |
1 files changed, 27 insertions, 0 deletions
diff --git a/README-release b/README-release new file mode 100644 index 0000000..d42febf --- /dev/null +++ b/README-release @@ -0,0 +1,27 @@ +Here is most of the steps we (maintainers) follow when making a release. + +1. Execute build-aux/parted-release. `parted-release --help` contains + additional information. + +2. Test the tarball. Copy it to a few odd-ball systems and ensure that it + builds and passes all tests. + +3. Write the release announcement that will be posted to the mailing lists. + There is a template generated at /tmp/announce-parted-$VERSION. + +4. Run the gnupload command that was suggested by the release script. You can + find this at the end of release.log. + +5. Wait a few minutes (maybe up to 30?) and then use the release URLs to + download all tarball/signature pairs and use gpg --verify to ensure that + they're all valid. You will also need to verify these URLs in the + announcement mail. + +6. Push the new tag with the following command: + git push origin tag v$v + +7. Send the gpg-signed announcement mail, e.g., + To: info-gnu@gnu.org, parted-devel@lists.alioth.debian.org + Cc: coordinator@translationproject.org, bug-parted@gnu.org + Subject: parted-$v released [stable] + |