Using any system with git pull access (not necessarily the GUB
build machine), use the commands below to do the following:
-
switch to the release branch
-
update the release branch from origin/master
-
update the translation files
-
create the release announcement
-
update the build versions.
-
VERSION_DEVEL = the current development version (previous VERSION_DEVEL + 0.01)
-
VERSION_STABLE = the current stable version (probably no change here)
-
update the “Welcome to LilyPond” version numbers to the version about to be
released
This requires a system which has the release/unstable
branch. If you get a warning saying you are in detached HEAD
state, then you should create a release/unstable branch with
git checkout release/unstable.
Check the environment variables are set as in
Environment variables.
You need to ensure you have a clean index and work tree. If the
checkout displays modified files, you might want to run
git reset --hard before continuing.
| | git fetch
git checkout release/unstable
git merge origin/master
make -C $LILYPOND_BUILD_DIR po-replace
mv $LILYPOND_BUILD_DIR/po/lilypond.pot po/
gedit Documentation/web/news-new.itexi Documentation/web/news-old.itexi
gedit Documentation/web/news-headlines.itexi
gedit VERSION
gedit ly/Wel*.ly
|
Editing the ‘news-headlines.itexi’ file is a bit tricky, since it contains
URLs with escaped characters. An example of what is needed is that releasing
2.19.50 after the release of 2.19.49 needed the line:
| | @uref{news.html#LilyPond-2_002e19_002e49-released-October-16_002c-2016,
LilyPond 2.19.49 released - @emph{October 16, 2016}}
|
to be changed to:
| | @uref{news.html#LilyPond-2_002e19_002e50-released-November-6_002c-2016,
LilyPond 2.19.50 released - @emph{November 6, 2016}}
|
Don’t forget to update the entry above that line to show the latest release
version.