Let's assume that Olivier wants to do a bugfix release of xfwm4
and that the previous release has been xfwm4
4.6.0.
If the 4.6.0 release was done correctly, there should be an xfce-4.6
branch in the xfwm4
repository.
These are the steps Olivier needs to go through for a proper release of xfwm4
4.6.1:
git checkout --track -b xfce-4.6 remotes/origin/xfce-4.6
git pull --rebase
./autogen.sh --enable-gtk-doc ... && make distcheck
works; commit build fixes as needed
git log > ChangeLog
4
, 6
and 1
in the configure template (e.g. configure.in.in
)git
from xfwm4_version_tag
in the configure script templatepo/*.pot?
) to update Project-Id-Version and prevent problems during make distcheck with ./autogen.sh --enable-gtk-doc ...
./autogen.sh --enable-gtk-doc ... && make distcheck
There should now be a release tarball in the root directory of the component called xfwm4-4.6.1.tar.bz2
.
Release 4.6.1!
git tag -a xfwm4-4.6.1
You can also sign the tag with a GPG key by adding an additional parameter to the git tag
command. For more information about tagging read the git-tag
manual.
git push && git push --tags
xfwm4-4.6.1.tar.bz2
tarball generated by the last run of make distcheck
with sha1sum xfwm4-4.6.1.tar.bz2
Release New Version
link next to your project (xfwm4
in this case)xfwm4-4.6.1.tar.bz2
tarball with the SHA1 checksum you computed beforeannounce@xfce.org
and xfce@xfce.org
. Software affecting developers should be announced on xfce4-dev@xfce.org
in addition, and so on.git
back to xfwm4_version_tag()
in the configure template; commit the changegit checkout master