34 lines
1.6 KiB
Text
34 lines
1.6 KiB
Text
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
|