Building Packages with git-buildpackage suite: Version: 0.7.0-tizen20151027 |
---|
gbp rpm-ch [--version
] [--help
] [--verbose
] [--color=
[auto|on|off]] [--color-scheme=
COLOR_SCHEME] [--vendor
=VENDOR] [--packaging-branch=
BRANCH-NAME] [--packaging-tag=
TAG-FORMAT] [--ignore-branch
] [--packaging-dir=
DIRECTORY] [--changelog-file=
FILEPATH] [--spec-file=
FILEPATH] [--all
| --message=
MESSAGE | --since=
COMMITISH] [--meta-bts=
META_TAGS] [--no-release
] [--[no-]git-author
] [--[no-]full
] [--id-length=
NUMBER] [--changelog-revision=
REV-FORMAT] [--git-log=
GIT-LOG-OPTIONS] [--spawn-editor=[always|release|no]
] [--editor-cmd=
EDITOR] [--commit
] [--tag
] [--retag
] [--[no-]sign-tags
] [--keyid=
GPG-KEYID] [--customizations=
CUSTOMIZATION-FILE] [PATH1 PATH2]
gbp rpm-ch reads git commit messages up to the current tip of the current branch and updates the RPM changelog from them.
By default, gbp rpm-ch tries to guess the last Git commit documented in
the changelog. Alternatively, --since
can be used to
tell gbp rpm-ch at which point it should start in the Git history, or,
--all
to use all commits from the Git history.
The additional path arguments can be used to restrict the repository paths
gbp rpm-ch looks at. For even more detailed control, you can use
--git-log
to restrict the generated changelog entries
further. E.g. by using
--git-log=
"--author=Foo Bar".
--version | Print version of the program, i.e. version of the git-buildpackage suite |
-v , --verbose | Verbose execution |
-h , --help | Print help and exit |
--color= [auto|on|off] | Whether to use colored output. |
--color-scheme= COLOR_SCHEME | Colors to use in output (when color is enabled). The format for
COLOR_SCHEME is
'<debug>:<info>:<warning>:<error>'.
Numerical values and color names are accepted, empty fields imply
the default color. For example,
|
--vendor =VENDOR | Distribution vendor name. |
--packaging-branch =BRANCH-NAME | The branch in the Git repository the package is being developed on, default is master. |
--ignore-branch | Don't check if the current branch matches PACKAGING-BRANCH. |
--packaging-tag= TAG-FORMAT | Tag format used, when tagging releases, default is %(vendor)s/%(version)s |
--packaging-dir= DIRECTORY | Subdirectory that contains the RPM packaging files. |
--changelog-file= FILEPATH | Relative path to the changelog file to use. Special value auto causes gbp to guess, SPEC uses the spec file, CHANGES uses a separate changelog file (name derived spec file name with .spec suffix replaced by .changes). Guessing logic is simple: use separate changelog file if it is found, otherwise use the spec file. |
--spec-file= FILEPATH | Relative path to the spec file to use. Special value
auto causes gbp to search and guess.
Other values cause the |
--all | Use all commits from the Git history, overrides
|
--since= COMMITTISH | Start reading commit messages at COMMITTISH. |
--meta-bts= META_TAGS | Meta tags in the commit messages that are interpreted as bug tracking system related references. The recognized bts references are added in the generated changelog entries. See the META TAGS section below for more information. The bts meta tag tracking feature can be disabled by defining an empty string. |
--no-release | Do not create a new changelog section, just update the last changelog section. |
--[no-]full | Include the full commit message in the changelog output. |
--git-log= GIT-LOG-OPTIONS | Options passed on verbatim to git-log(1). |
--id-length= N | Include N digits of the commit id in the changelog entry. Default is to not include any commit ids at all. |
--changelog-revision= REV-FORMAT | Format string to use for revision field in the changelog header. The following string fields are accepted: %(upstreamversion)s the upstream version; %(release)s the rpm patchlevel, i.e. Release; %(version)s full rpm package version; %(tagname)s tag/commit, i.e. basically what git-describe would give. If empty or not defined the default from packaging policy is used. |
--ignore-regex= REGEX | Ignore commit lines matching REGEX when generating the changelog. |
--git-author | Use user.name and user.email from git-config(1) for the changelog header. |
--spawn-editor=[always|release|no] | Whether to spawn an editor: always, when doing a release or never. |
--editor-cmd=EDITOR | The editor to use for editing the changelog. |
--message=MESSAGE | Text to use for new changelog entries. Git history and the commit
messages, including |
--commit | Commit changes to git after modifying changelog. Importantly, in addition to the changelog modifications all other staged changes are committed, too, making it possible to update other files in the same commit. |
--commit-msg= MSG-FORMAT | Format string for the commit message when committing changes
(when |
--tag | Commit the changes and create a packaging (release) tag. Similarly to
|
--retag | Don't fail tag operations if a tag with the same version already exists, but, overwrite the existing tag, instead. |
--[no-]sign-tags | GPG sign all created tags. |
--keyid= GPG-KEYID | Use this keyid for gpg signing tags. |
--customizations= CUSTOMIZATION-FILE | Load Python code from CUSTOMIZATION-FILE. At the moment, the only useful thing the code can do is define a custom ChangelogEntryFormatter class. |
Additional to the above options the formatting of the new changelog entries
(one-per-commit) in the changelog can be modified by special tags (called
Meta Tags) given in the git commit message. The tags must start at the
first column of a commit message but can appear on any line. They are of
the form Tagname
: VALUE. Valid
Meta Tags are:
Git-Rpm-Ch : ACTION | Supported actions are: Ignore which will
ignore this commit when generating new changelog entries.
Short which will only use the description
(the first line) of the commit message when generating the changelog
entry (useful when |
[Close|Closes|...] : BUGNUMBER | Indicate in the changelog entry that bug
BUGNUMBER was addressed in this commit.
The bts meta tags recognized by gbp rpm-ch is actually defined by
the |
The following git commit message:
Document meta tags so one doesn't have to consult the manual Git-Rpm-Ch: Short Closes: #636088
Results in this changelog entry:
- Document meta tags (Closes: #636088)
Several gbp.conf files are parsed to set defaults for the above command-line arguments. See the gbp.conf(5)> manpage for details.
gbp-buildpackage-rpm(1), gbp-import-srpm(1), gbp-import-orig-rpm(1), gbp.conf(5), debuild(1), git(1), pristine-tar(1), The Git-Buildpackage Manual Cl2vcs,
<<< gbp-pq-rpm | gbp-import-orig-rpm >>> |