NAME¶
gbp-pq - Manage quilt patches on patch queue branches in git
SYNOPSIS¶
gbp pq [
--version ] [
--help ] [
--verbose ] [
--color= [auto|on|off] ] [
--color-scheme=COLOR_SCHEME ] [
--[no-]patch-numbers ] [
--topic=topic ] [
--time-machine= num ] [
--[no-]drop ] [
--force ]
drop |
export |
import |
rebase |
switch
DESCRIPTION¶
gbp pq helps one to manage quilt patches in Debian packages that are
maintained with
gbp. This is especially useful with packages using the
3.0 (quilt) source format. With
gbp pq you can maintain the quilt
patches that should be applied to a package on a separate branch called
patch-queue branch. So if your Debian package lives on
master the
associated patch-queue branch will be called
patch-queue/master.
See
<
URL:https://honk.sigxcpu.org/piki/development/debian_packages_in_git/>
for example workflows.
ACTIONS¶
- import
- Create a patch queue branch from quilt patches in
debian/patches/ that are listed in debian/patches/series. The patches must
apply without fuzz.
- export
- Export the patches on the patch-queue branch associated to
the current branch into a quilt patch series in debian/patches/ and update
the series file.
- rebase
- Switch to the patch-queue branch associated to the current
branch and rebase it against the current branch.
- drop
- Drop (delete) the patch queue associated to the current
branch. So if you're on branch foo this would drop branch
patch-queue/foo.
- apply
- Add a single patch to the patch-queue similar to using
git-am. Use --topic if you want the patch to appear in a
separate subdir when exporting the patch queue using export. This
can be used to separate upstream pathes from debian specific patches.
- switch
- Switch to the patch-queue branch if on the base branch and
switch to base branch if on patch-queue branch.
OPTIONS¶
- --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 --git-color-scheme='cyan:34::' would show debug messages in
cyan, info messages in blue and other messages in default (i.e. warning
and error messages in red).
- --[no-]patch-numbers
- Whether the patch files should start with a number or
not.
- --topic=topic
- Topic to use when importing a single patch
- --time-machine=NUM
- When importing a patch queue fails, go back commit by
commit on the current branch to check if the patch-queue applies there. Do
this at most NUM times. This can be useful if the patch-queue
doesn't apply to the current branch HEAD anymore, e.g. after importing a
new upstream version.
- --[no-]drop
- Whether to drop (delete) the patch queue branch after a
succesful export
- --force
- In case of import even import if the branch already
exists
When exporting patches from a patch-queue branch
gbp pq will look at the
patch header for special tags it recognizes. All tags need to start at the
first column and require at least one whitespace after the colon.
- Gbp[-Pq]: Ignore
- Ignores the commit, no patch is generated out of it.
- Gbp[-Pq]: Topic topic
- Moves the patch into a subdir called topic when
running
gbp pq export
This allows for some structure below debian/patches.
- Gbp-Pq-Topic: topic
- Deprecated: use Gbp[-Pq]: Topic topic
instead.
SEE ALSO¶
gbp-buildpackage(1),
dpkg-source(1),
quilt(1),
gbp.conf(5)
AUTHOR¶
Guido Guenther <agx@sigxcpu.org>