Add guidelines for managing release branches
Signed-off-by: Allan McRae <allan@archlinux.org>
This commit is contained in:
parent
f86c15e780
commit
936eff63bf
1 changed files with 9 additions and 0 deletions
9
RELEASE
9
RELEASE
|
@ -23,3 +23,12 @@ Transifex updates are handled using the transifex client. The basic process is:
|
||||||
- Optional: Make any manual changes needed (e.g. fixing spacing in a string)
|
- Optional: Make any manual changes needed (e.g. fixing spacing in a string)
|
||||||
and update po files again
|
and update po files again
|
||||||
- Push updated po files to transifex ("tx push -s -t --skip")
|
- Push updated po files to transifex ("tx push -s -t --skip")
|
||||||
|
|
||||||
|
Point releases:
|
||||||
|
- create branch release/?.?.x (with ?.? replaced by major version number)
|
||||||
|
- 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
|
||||||
|
|
Loading…
Add table
Reference in a new issue