When following Debian changelogs (e.g. via apt-listchanges or update-manager) one often wonders what an actual commit messages actually means or how a bug got actually fixed. Currently finding this information is cumbersome:
- Find out the version control system of the package, either via the PTS or via debian/control.
- Browse it's VCSs revision history either by using the web interface or by cloning the repository.
- Try to locate the correct commit from it's commit message. Hopefully it's the same as in the changelog and hopefully it mentions the bug number - otherwise: tough luck!
However this process can be automated if a package uses the following format for changelog entries:
* [commitd] changelog message
* [fed3f3d] fixed segfault during daemon startup (Closes: #7005180)
git-dch --release --auto --id-length=7
Note: a possibly useful extension of the above format would be:
* [commitid1,commitid2,commitid3] changelog message
so several commits can make up a changelog entry. For Subversion this would then look like:
* [r123,r125.r127] cleanup whitespace errors