RELEASE

The following checklist should be used for making a pacman release.

- Ensure "ninja dist" succeeds
- Call a freeze to development.
- Send translation updates to Transifex at least two weeks before a major
  release (see below).  At this stage, strings can only be changed for a
  major issue.
- Update NEWS and README files
- Pull translation updates from Transifex
- Update version in meson.build as described in file
- Update doc/index.asciidoc
- Create a signed git tag (git tag -s vX.Y.Z -m "commit message")
- Create and sign release tarballs (generate with "ninja dist")
- Create release on gitlab project page
- Upload release tarball and signature to gitlab ("glab release upload ...")
- Create branch release/?.?.x (with ?.? replaced by major version number)
- Update .gitlab-ci.yml to point the website pages run at release branch

Transifex updates are handled using the transifex client. The basic process is:
- Pull updates from transifex ("tx pull -f --minimum-perc 75")
- Update po files ("./build-aux/update-po")
- Fix all translation errors found (e.g. using "mint-check-translations")
- Add any new locales to the relevant LINGUAS file
- Optional: Make any manual changes needed (e.g. fixing spacing in a string)
  and update po files again
- Push updated po files to transifex ("tx push -s -t --skip")

Point releases:
- all bugs fixes slated for the release branch must first land on master
  (unless no longer relevant)
- following the initial post-release period when the release and master
  branches may be kept in sync, commits are backported to the release branch
  using "git cherry-pick -x"
- translation updates should be pulled onto the release branch only