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