&dhemail;
&dhfirstname; &dhsurname;
git-dch &dhsection; &git-dch; Generate the Debian changelog from git commit messages &git-dch; branch_name tag-format commitish expression git-log-options [path1 path2] DESCRIPTION &git-dch; reads git commit messages and generates the Debian changelog from it. If no arguments are given &git-dch; starts from the last tagged Debian package version up to the current tip of the current branch. If the distribution of the topmost section in debian/changelog is UNRELEASED the changelog entries will be inserted into this section. Otherwise a new section will be created. If is given &git-dch; tries to guess the last &git; commit documented in the changelog - this only works in snapshot mode. Otherwise can be used to tell &git-dch; at which point it should start in the &git; history. The additional path arguments can be used to restrict the repository paths &git-dch; looks at. Setting path to debian/ is a good choice if upstream uses &git; and all Debian packaging changes are restricted to the debian/ subdir. In more sophisticated cases (like backports) you can use to restrict the generated changelog entries further. E.g. by using "--author=Foo Bar". OPTIONS =branch_name The branch in the Git repository the Debian package is being developed on, default is master. Don't check if the current branch matches debian-branch. verbose execution tag-format tag format used, when tagging debian versions, default is debian/<version> committish Start reading commit messages at committish. , Guess the last commit documented in the changelog from the snapshot banner (or from the last tag if no snapshot banner exists). Parse meta tags like , and . bug-close-tags What meta tags to look for to generate bug-closing changelog entries. The default is 'Closes|LP' to support Debian and Launchpad. Include the full commit message in the changelog output. , Create a snapshot release entry. This adds a snapshot release number and a warning banner to the changelog entry. The release version number is being autoincremented with every new snapshot release to avoid packages downgrades during snapshot testing. expression Python expression that gets eval()ed to the new snapshot number. , Remove any snapshot release banners and version suffixes, set the current distribution to unstable and open the changelog for final tweaking. version, version Add a new changelog section with version newversion. Together with the snapshot number will be appended to newversion. git-log-options Options passed on verbatim to git-log(1). N Include N digits of the commit id in the changelog entry. Default is to not include any commit ids at all. regex Ignore commit lines matching regex when generating the changelog. Use user.name and user.email from git-config(1) for changelog trailer. Merge commits by maintainer. Whether to spawn an editor: always, when doing snapshots or when doing a release. Snapshot mode Snapshot mode can be used for quick test and install cycles without having to worry about version numbers or changelog entries. When using or &git-dch; uses a pseudo header in the Debian changelog to remember the last git commit it added a changelog entry for. It also sets a version number ending in ~<snaspshotnumber>.gbp<commitid>. It automatically increments the snapshot number on subsequent invocations of &git-dch; so that later snapshots automatically have a higher version number. To leave snapshot mode invoke &git-dch; with the option. This removes the pseudo heaader and unmangles the version number so the released version has a higher version number than the snapshots. &man.git.config-files; SEE ALSO git-buildpackage 1 , git-import-dsc 1 , git-import-dscs 1 , git-import-orig 1 , &man.seealso.common; Cl2vcs AUTHOR &dhusername; &dhemail;