man1/git-format-patch.1

   1 .\"Generated by db2man.xsl. Don't modify this, modify the source.
   2 .de Sh \" Subsection
   3 .br
   4 .if t .Sp
   5 .ne 5
   6 .PP
   7 \fB\\$1\fR
   8 .PP
   9 ..
  10 .de Sp \" Vertical space (when we can't use .PP)
  11 .if t .sp .5v
  12 .if n .sp
  13 ..
  14 .de Ip \" List item
  15 .br
  16 .ie \\n(.$>=3 .ne \\$3
  17 .el .ne 3
  18 .IP "\\$1" \\$2
  19 ..
  20 .TH "GIT-FORMAT-PATCH" 1 "" "" ""
  21 .SH NAME
  22 git-format-patch \- Prepare patches for e-mail submission.
  23 .SH "SYNOPSIS"
  24
  25
  26 git\-format\-patch [\-n | \-k] [\-o <dir> | \-\-stdout] [\-s] [\-c] [\-\-mbox] [\-\-diff\-options] <his> [<mine>]
  27
  28 .SH "DESCRIPTION"
  29
  30
  31 Prepare each commit with its patch since <mine> head forked from <his> head, one file per patch, for e\-mail submission\&. Each output file is numbered sequentially from 1, and uses the first line of the commit message (massaged for pathname safety) as the filename\&.
  32
  33
  34 When \-o is specified, output files are created in that directory; otherwise in the current working directory\&.
  35
  36
  37 When \-n is specified, instead of "[PATCH] Subject", the first line is formatted as "[PATCH N/M] Subject", unless you have only one patch\&.
  38
  39
  40 When \-\-mbox is specified, the output is formatted to resemble UNIX mailbox format, and can be concatenated together for processing with applymbox\&.
  41
  42 .SH "OPTIONS"
  43
  44 .TP
  45 \-o|\-\-output\-directory <dir>
  46 Use <dir> to store the resulting files, instead of the current working directory\&.
  47
  48 .TP
  49 \-n|\-\-numbered
  50 Name output in [PATCH n/m] format\&.
  51
  52 .TP
  53 \-k|\-\-keep\-subject
  54 Do not strip/add [PATCH] from the first line of the commit log message\&.
  55
  56 .TP
  57 \-a|\-\-author, \-d|\-\-date
  58 Output From: and Date: headers for commits made by yourself as well\&. Usually these are output only for commits made by people other than yourself\&.
  59
  60 .TP
  61 \-s|\-\-signoff
  62 Add Signed\-off\-by: line to the commit message, using the committer identity of yourself\&.
  63
  64 .TP
  65 \-c|\-\-check
  66 Display suspicious lines in the patch\&. The definition of suspicious lines is currently the lines that has trailing whitespaces, and the lines whose indentation has a SP character immediately followed by a TAB character\&.
  67
  68 .TP
  69 \-m|\-\-mbox
  70 Format the output files for closer to mbox format by adding a phony Unix "From " line, so they can be concatenated together and fed to git\-applymbox\&. Implies \-\-author and \-\-date\&.
  71
  72 .TP
  73 \-\-stdout
  74 This flag generates the mbox formatted output to the standard output, instead of saving them into a file per patch and implies \-\-mbox\&.
  75
  76 .SH "EXAMPLES"
  77
  78 .TP
  79 git\-format\-patch \-k \-\-stdout R1\&.\&.R2 | git\-am \-3 \-k
  80 Extract commits between revisions R1 and R2, and apply them on top of the current branch using git\-am to cherry\-pick them\&.
  81
  82 .TP
  83 git\-format\-patch origin
  84 Extract commits the current branch accumulated since it pulled from origin the last time in a patch form for e\-mail submission\&.
  85
  86 .TP
  87 git\-format\-patch \-M \-B origin
  88 The same as the previous one, except detect and handle renames and complete rewrites intelligently to produce renaming patch\&. A renaming patch reduces the amount of text output, and generally makes it easier to review it\&. Note that the "patch" program does not understand renaming patch well, so use it only when you know the recipient uses git to apply your patch\&.
  89
  90 .SH "SEE ALSO"
  91
  92
  93 \fBgit\-am\fR(1), gitlink:git\-send\-email
  94
  95 .SH "AUTHOR"
  96
  97
  98 Written by Junio C Hamano <junkio@cox\&.net>
  99
 100 .SH "DOCUMENTATION"
 101
 102
 103 Documentation by Junio C Hamano and the git\-list <git@vger\&.kernel\&.org>\&.
 104
 105 .SH "GIT"
 106
 107
 108 Part of the \fBgit\fR(7) suite
 109