zulip/docs/subsystems/release-checklist.md

58 lines
2.6 KiB
Markdown
Raw Normal View History

2016-11-04 18:50:15 +01:00
# Zulip server release checklist
This document has reminders of things one might forget to do when
preparing a new release.
### A week before the release
* Upgrade all Python dependencies in `requirements` to latest
upstream versions so they can burn in (use `pip list --outdated`).
* Update all the strings on Transifex and notify translators that they
should translate the new strings to get them in for the next
release.
* Update `changelog.md` with major changes going into the release.
2017-06-06 23:20:02 +02:00
* Create a burndown list of bugs that need to be fixed before we can
release, and make sure all of them are being worked on.
* Draft the release blog post (aka the release notes.)
2016-11-04 18:50:15 +01:00
### Final release preparation
* Update `changelog.md` with any changes since the last update, and
with revisions from the draft blog post.
2016-11-04 18:50:15 +01:00
* Download updated translation strings from Transifex and commit them.
* Use `build-release-tarball` to generate a release tarball.
* Test the new tarball extensively, both new install and upgrade from last
release, on both Xenial and Bionic.
2016-11-04 18:50:15 +01:00
* Repeat until release is ready.
* When near finished: move the blog post draft to Ghost. (For a draft
in Dropbox Paper, use "··· > Download > Markdown" to get a pretty
good markup conversion.) Proofread the post, especially for
formatting.
2016-11-04 18:50:15 +01:00
### Executing the release
* Do final updates to `changelog.md`, for any final changes and with
any revisions from the draft blog post. (And the date!)
* Update `ZULIP_VERSION` and `LATEST_RELEASE_VERSION` in `version.py`.
2017-06-06 23:20:02 +02:00
* Use `build-release-tarball` to generate a final release tarball.
* Post the release tarball on https://www.zulip.org/dist/releases/ :
add the file, update the `zulip-server-latest.tar.gz` symlink, and
add to SHA256SUMS.txt, using `ship-release.sh`.
* Create a Git tag and push the tag.
* Post the release on GitHub, using the text from `changelog.md`.
2018-11-30 22:19:04 +01:00
* Update the [Docker image](https://github.com/zulip/docker-zulip) and do a release of that.
* Update the image of DigitalOcean one click app using [Fabric](https://github.com/zulip/marketplace-partners)
and publish it to DO marketplace.
* Publish the blog post.
* Email zulip-announce, post to #announce, and send a tweet.
2017-06-06 23:20:02 +02:00
### Post-release
* Push the release commit to master, if applicable (typically for a
major release); otherwise, make sure any last changes make it back
to master.
* Update `ZULIP_VERSION` in `version.py` to e.g. `2.2.0+git` following
a 2.1.0 release, and make a Git tag named e.g. `2.2-dev` pointing to
this update.
* Consider removing a few old releases from ReadTheDocs.