|
|
|
git-am(1)
|
|
|
|
=========
|
|
|
|
|
|
|
|
NAME
|
|
|
|
----
|
|
|
|
git-am - Apply a series of patches from a mailbox
|
|
|
|
|
|
|
|
|
|
|
|
SYNOPSIS
|
|
|
|
--------
|
|
|
|
[verse]
|
|
|
|
'git am' [--signoff] [--keep] [--[no-]keep-cr] [--[no-]utf8]
|
|
|
|
[--[no-]3way] [--interactive] [--committer-date-is-author-date]
|
|
|
|
[--ignore-date] [--ignore-space-change | --ignore-whitespace]
|
|
|
|
[--whitespace=<option>] [-C<n>] [-p<n>] [--directory=<dir>]
|
|
|
|
[--exclude=<path>] [--include=<path>] [--reject] [-q | --quiet]
|
|
|
|
[--[no-]scissors] [-S[<keyid>]] [--patch-format=<format>]
|
|
|
|
[(<mbox> | <Maildir>)...]
|
am: support --show-current-patch=raw as a synonym for--show-current-patch
When "git am --show-current-patch" was added in commit 984913a210 ("am:
add --show-current-patch", 2018-02-12), "git am" started recommending it
as a replacement for .git/rebase-merge/patch. Unfortunately the suggestion
is somewhat misguided; for example, the output "git am --show-current-patch"
cannot be passed to "git apply" if it is encoded as quoted-printable or
base64. To simplify worktree operations and to avoid that users poke into
.git, it would be better if "git am" also provided a mode that copies
.git/rebase-merge/patch to stdout.
One possibility could be to have completely separate options, introducing
for example --show-current-message (for .git/rebase-apply/NNNN)
and --show-current-diff (for .git/rebase-apply/patch), while possibly
deprecating --show-current-patch.
That would even remove the need for the first two patches in the series.
However, the long common prefix would have prevented using an abbreviated
option such as "--show". Therefore, I chose instead to add a string
argument to --show-current-patch. The new argument is optional, so that
"git am --show-current-patch"'s behavior remains backwards-compatible.
The next choice to make is how to handle multiple --show-current-patch
options. Right now, something like "git am --abort --show-current-patch"
is rejected, and the previous suggestion would likewise have naturally
rejected a command line like
git am --show-current-message --show-current-diff
Therefore, I decided to also reject for example
git am --show-current-patch=diff --show-current-patch=raw
In other words the whole of --show-current-patch=xxx (including the
optional argument) is treated as the command mode. I found this to be
more consistent and intuitive, even though it differs from the usual
"last one wins" semantics of the git command line.
Add the code to parse submodes based on the above design, where for now
"raw" is the only valid submode. "raw" prints the full e-mail message
just like "git am --show-current-patch".
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
5 years ago
|
|
|
'git am' (--continue | --skip | --abort | --quit | --show-current-patch[=raw])
|
|
|
|
|
|
|
|
DESCRIPTION
|
|
|
|
-----------
|
|
|
|
Splits mail messages in a mailbox into commit log message,
|
|
|
|
authorship information and patches, and applies them to the
|
|
|
|
current branch.
|
|
|
|
|
|
|
|
OPTIONS
|
|
|
|
-------
|
|
|
|
(<mbox>|<Maildir>)...::
|
|
|
|
The list of mailbox files to read patches from. If you do not
|
|
|
|
supply this argument, the command reads from the standard input.
|
|
|
|
If you supply directories, they will be treated as Maildirs.
|
|
|
|
|
|
|
|
-s::
|
|
|
|
--signoff::
|
|
|
|
Add a `Signed-off-by:` line to the commit message, using
|
|
|
|
the committer identity of yourself.
|
|
|
|
See the signoff option in linkgit:git-commit[1] for more information.
|
|
|
|
|
|
|
|
-k::
|
|
|
|
--keep::
|
|
|
|
Pass `-k` flag to 'git mailinfo' (see linkgit:git-mailinfo[1]).
|
|
|
|
|
|
|
|
--keep-non-patch::
|
|
|
|
Pass `-b` flag to 'git mailinfo' (see linkgit:git-mailinfo[1]).
|
|
|
|
|
|
|
|
--[no-]keep-cr::
|
|
|
|
With `--keep-cr`, call 'git mailsplit' (see linkgit:git-mailsplit[1])
|
|
|
|
with the same option, to prevent it from stripping CR at the end of
|
|
|
|
lines. `am.keepcr` configuration variable can be used to specify the
|
|
|
|
default behaviour. `--no-keep-cr` is useful to override `am.keepcr`.
|
|
|
|
|
|
|
|
-c::
|
|
|
|
--scissors::
|
|
|
|
Remove everything in body before a scissors line (see
|
|
|
|
linkgit:git-mailinfo[1]). Can be activated by default using
|
|
|
|
the `mailinfo.scissors` configuration variable.
|
|
|
|
|
|
|
|
--no-scissors::
|
|
|
|
Ignore scissors lines (see linkgit:git-mailinfo[1]).
|
|
|
|
|
|
|
|
-m::
|
|
|
|
--message-id::
|
|
|
|
Pass the `-m` flag to 'git mailinfo' (see linkgit:git-mailinfo[1]),
|
|
|
|
so that the Message-ID header is added to the commit message.
|
|
|
|
The `am.messageid` configuration variable can be used to specify
|
|
|
|
the default behaviour.
|
|
|
|
|
|
|
|
--no-message-id::
|
|
|
|
Do not add the Message-ID header to the commit message.
|
|
|
|
`no-message-id` is useful to override `am.messageid`.
|
|
|
|
|
|
|
|
-q::
|
|
|
|
--quiet::
|
|
|
|
Be quiet. Only print error messages.
|
|
|
|
|
|
|
|
-u::
|
|
|
|
--utf8::
|
|
|
|
Pass `-u` flag to 'git mailinfo' (see linkgit:git-mailinfo[1]).
|
|
|
|
The proposed commit log message taken from the e-mail
|
|
|
|
is re-coded into UTF-8 encoding (configuration variable
|
|
|
|
`i18n.commitencoding` can be used to specify project's
|
|
|
|
preferred encoding if it is not UTF-8).
|
|
|
|
+
|
|
|
|
This was optional in prior versions of git, but now it is the
|
|
|
|
default. You can use `--no-utf8` to override this.
|
|
|
|
|
|
|
|
--no-utf8::
|
|
|
|
Pass `-n` flag to 'git mailinfo' (see
|
|
|
|
linkgit:git-mailinfo[1]).
|
|
|
|
|
|
|
|
-3::
|
|
|
|
--3way::
|
|
|
|
--no-3way::
|
|
|
|
When the patch does not apply cleanly, fall back on
|
|
|
|
3-way merge if the patch records the identity of blobs
|
|
|
|
it is supposed to apply to and we have those blobs
|
|
|
|
available locally. `--no-3way` can be used to override
|
|
|
|
am.threeWay configuration variable. For more information,
|
|
|
|
see am.threeWay in linkgit:git-config[1].
|
|
|
|
|
|
|
|
--rerere-autoupdate::
|
|
|
|
--no-rerere-autoupdate::
|
|
|
|
Allow the rerere mechanism to update the index with the
|
|
|
|
result of auto-conflict resolution if possible.
|
|
|
|
|
|
|
|
--ignore-space-change::
|
|
|
|
--ignore-whitespace::
|
|
|
|
--whitespace=<option>::
|
|
|
|
-C<n>::
|
|
|
|
-p<n>::
|
|
|
|
--directory=<dir>::
|
|
|
|
--exclude=<path>::
|
|
|
|
--include=<path>::
|
|
|
|
--reject::
|
|
|
|
These flags are passed to the 'git apply' (see linkgit:git-apply[1])
|
|
|
|
program that applies
|
|
|
|
the patch.
|
|
|
|
|
|
|
|
--patch-format::
|
|
|
|
By default the command will try to detect the patch format
|
|
|
|
automatically. This option allows the user to bypass the automatic
|
|
|
|
detection and specify the patch format that the patch(es) should be
|
|
|
|
interpreted as. Valid formats are mbox, mboxrd,
|
|
|
|
stgit, stgit-series and hg.
|
|
|
|
|
|
|
|
-i::
|
|
|
|
--interactive::
|
|
|
|
Run interactively.
|
|
|
|
|
|
|
|
--committer-date-is-author-date::
|
|
|
|
By default the command records the date from the e-mail
|
|
|
|
message as the commit author date, and uses the time of
|
|
|
|
commit creation as the committer date. This allows the
|
|
|
|
user to lie about the committer date by using the same
|
|
|
|
value as the author date.
|
|
|
|
|
|
|
|
--ignore-date::
|
|
|
|
By default the command records the date from the e-mail
|
|
|
|
message as the commit author date, and uses the time of
|
|
|
|
commit creation as the committer date. This allows the
|
|
|
|
user to lie about the author date by using the same
|
|
|
|
value as the committer date.
|
|
|
|
|
|
|
|
--skip::
|
|
|
|
Skip the current patch. This is only meaningful when
|
|
|
|
restarting an aborted patch.
|
|
|
|
|
|
|
|
-S[<keyid>]::
|
|
|
|
--gpg-sign[=<keyid>]::
|
|
|
|
GPG-sign commits. The `keyid` argument is optional and
|
|
|
|
defaults to the committer identity; if specified, it must be
|
|
|
|
stuck to the option without a space.
|
|
|
|
|
|
|
|
--continue::
|
|
|
|
-r::
|
|
|
|
--resolved::
|
|
|
|
After a patch failure (e.g. attempting to apply
|
|
|
|
conflicting patch), the user has applied it by hand and
|
|
|
|
the index file stores the result of the application.
|
|
|
|
Make a commit using the authorship and commit log
|
|
|
|
extracted from the e-mail message and the current index
|
|
|
|
file, and continue.
|
|
|
|
|
|
|
|
--resolvemsg=<msg>::
|
|
|
|
When a patch failure occurs, <msg> will be printed
|
|
|
|
to the screen before exiting. This overrides the
|
|
|
|
standard message informing you to use `--continue`
|
|
|
|
or `--skip` to handle the failure. This is solely
|
|
|
|
for internal use between 'git rebase' and 'git am'.
|
|
|
|
|
|
|
|
--abort::
|
|
|
|
Restore the original branch and abort the patching operation.
|
|
|
|
|
|
|
|
--quit::
|
|
|
|
Abort the patching operation but keep HEAD and the index
|
|
|
|
untouched.
|
|
|
|
|
am: support --show-current-patch=raw as a synonym for--show-current-patch
When "git am --show-current-patch" was added in commit 984913a210 ("am:
add --show-current-patch", 2018-02-12), "git am" started recommending it
as a replacement for .git/rebase-merge/patch. Unfortunately the suggestion
is somewhat misguided; for example, the output "git am --show-current-patch"
cannot be passed to "git apply" if it is encoded as quoted-printable or
base64. To simplify worktree operations and to avoid that users poke into
.git, it would be better if "git am" also provided a mode that copies
.git/rebase-merge/patch to stdout.
One possibility could be to have completely separate options, introducing
for example --show-current-message (for .git/rebase-apply/NNNN)
and --show-current-diff (for .git/rebase-apply/patch), while possibly
deprecating --show-current-patch.
That would even remove the need for the first two patches in the series.
However, the long common prefix would have prevented using an abbreviated
option such as "--show". Therefore, I chose instead to add a string
argument to --show-current-patch. The new argument is optional, so that
"git am --show-current-patch"'s behavior remains backwards-compatible.
The next choice to make is how to handle multiple --show-current-patch
options. Right now, something like "git am --abort --show-current-patch"
is rejected, and the previous suggestion would likewise have naturally
rejected a command line like
git am --show-current-message --show-current-diff
Therefore, I decided to also reject for example
git am --show-current-patch=diff --show-current-patch=raw
In other words the whole of --show-current-patch=xxx (including the
optional argument) is treated as the command mode. I found this to be
more consistent and intuitive, even though it differs from the usual
"last one wins" semantics of the git command line.
Add the code to parse submodes based on the above design, where for now
"raw" is the only valid submode. "raw" prints the full e-mail message
just like "git am --show-current-patch".
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
5 years ago
|
|
|
--show-current-patch[=raw]::
|
|
|
|
Show the raw contents of the e-mail message at which `git am`
|
|
|
|
has stopped due to conflicts. The argument must be omitted or
|
|
|
|
`raw`.
|
|
|
|
|
|
|
|
DISCUSSION
|
|
|
|
----------
|
|
|
|
|
|
|
|
The commit author name is taken from the "From: " line of the
|
|
|
|
message, and commit author date is taken from the "Date: " line
|
|
|
|
of the message. The "Subject: " line is used as the title of
|
|
|
|
the commit, after stripping common prefix "[PATCH <anything>]".
|
|
|
|
The "Subject: " line is supposed to concisely describe what the
|
|
|
|
commit is about in one line of text.
|
|
|
|
|
|
|
|
"From: ", "Date: ", and "Subject: " lines starting the body override the
|
|
|
|
respective commit author name and title values taken from the headers.
|
|
|
|
|
|
|
|
The commit message is formed by the title taken from the
|
|
|
|
"Subject: ", a blank line and the body of the message up to
|
|
|
|
where the patch begins. Excess whitespace at the end of each
|
|
|
|
line is automatically stripped.
|
|
|
|
|
|
|
|
The patch is expected to be inline, directly following the
|
|
|
|
message. Any line that is of the form:
|
|
|
|
|
|
|
|
* three-dashes and end-of-line, or
|
|
|
|
* a line that begins with "diff -", or
|
|
|
|
* a line that begins with "Index: "
|
|
|
|
|
|
|
|
is taken as the beginning of a patch, and the commit log message
|
|
|
|
is terminated before the first occurrence of such a line.
|
|
|
|
|
|
|
|
When initially invoking `git am`, you give it the names of the mailboxes
|
|
|
|
to process. Upon seeing the first patch that does not apply, it
|
|
|
|
aborts in the middle. You can recover from this in one of two ways:
|
|
|
|
|
|
|
|
. skip the current patch by re-running the command with the `--skip`
|
|
|
|
option.
|
|
|
|
|
|
|
|
. hand resolve the conflict in the working directory, and update
|
|
|
|
the index file to bring it into a state that the patch should
|
|
|
|
have produced. Then run the command with the `--continue` option.
|
|
|
|
|
|
|
|
The command refuses to process new mailboxes until the current
|
|
|
|
operation is finished, so if you decide to start over from scratch,
|
|
|
|
run `git am --abort` before running the command with mailbox
|
|
|
|
names.
|
|
|
|
|
|
|
|
Before any patches are applied, ORIG_HEAD is set to the tip of the
|
|
|
|
current branch. This is useful if you have problems with multiple
|
|
|
|
commits, like running 'git am' on the wrong branch or an error in the
|
|
|
|
commits that is more easily fixed by changing the mailbox (e.g.
|
|
|
|
errors in the "From:" lines).
|
|
|
|
|
|
|
|
HOOKS
|
|
|
|
-----
|
|
|
|
This command can run `applypatch-msg`, `pre-applypatch`,
|
|
|
|
and `post-applypatch` hooks. See linkgit:githooks[5] for more
|
|
|
|
information.
|
|
|
|
|
|
|
|
SEE ALSO
|
|
|
|
--------
|
|
|
|
linkgit:git-apply[1].
|
|
|
|
|
|
|
|
GIT
|
|
|
|
---
|
|
|
|
Part of the linkgit:git[1] suite
|