git-am(1)


NAME

   git-am - Apply a series of patches from a mailbox

SYNOPSIS

   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>)...]
   git am (--continue | --skip | --abort)

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 git-
       commit(1) for more information.

   -k, --keep
       Pass -k flag to git mailinfo (see git-mailinfo(1)).

   --keep-non-patch
       Pass -b flag to git mailinfo (see git-mailinfo(1)).

   --[no-]keep-cr
       With --keep-cr, call git mailsplit (see 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 git-
       mailinfo(1)). Can be activated by default using the
       mailinfo.scissors configuration variable.

   --no-scissors
       Ignore scissors lines (see git-mailinfo(1)).

   -m, --message-id
       Pass the -m flag to git mailinfo (see 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 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 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 git-config(1).

   --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 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.

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: " 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:

    1. skip the current patch by re-running the command with the --skip
       option.

    2. 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 githooks(5) for more information.

SEE ALSO

   git-apply(1).

GIT

   Part of the git(1) suite





Opportunity


Personal Opportunity - Free software gives you access to billions of dollars of software at no cost. Use this software for your business, personal use or to develop a profitable skill. Access to source code provides access to a level of capabilities/information that companies protect though copyrights. Open source is a core component of the Internet and it is available to you. Leverage the billions of dollars in resources and capabilities to build a career, establish a business or change the world. The potential is endless for those who understand the opportunity.

Business Opportunity - Goldman Sachs, IBM and countless large corporations are leveraging open source to reduce costs, develop products and increase their bottom lines. Learn what these companies know about open source and how open source can give you the advantage.





Free Software


Free Software provides computer programs and capabilities at no cost but more importantly, it provides the freedom to run, edit, contribute to, and share the software. The importance of free software is a matter of access, not price. Software at no cost is a benefit but ownership rights to the software and source code is far more significant.


Free Office Software - The Libre Office suite provides top desktop productivity tools for free. This includes, a word processor, spreadsheet, presentation engine, drawing and flowcharting, database and math applications. Libre Office is available for Linux or Windows.





Free Books


The Free Books Library is a collection of thousands of the most popular public domain books in an online readable format. The collection includes great classical literature and more recent works where the U.S. copyright has expired. These books are yours to read and use without restrictions.


Source Code - Want to change a program or know how it works? Open Source provides the source code for its programs so that anyone can use, modify or learn how to write those programs themselves. Visit the GNU source code repositories to download the source.





Education


Study at Harvard, Stanford or MIT - Open edX provides free online courses from Harvard, MIT, Columbia, UC Berkeley and other top Universities. Hundreds of courses for almost all major subjects and course levels. Open edx also offers some paid courses and selected certifications.


Linux Manual Pages - A man or manual page is a form of software documentation found on Linux/Unix operating systems. Topics covered include computer programs (including library and system calls), formal standards and conventions, and even abstract concepts.