Documentation/config/format.txt

   1 format.attach::
   2         Enable multipart/mixed attachments as the default for
   3         'format-patch'.  The value can also be a double quoted string
   4         which will enable attachments as the default and set the
   5         value as the boundary.  See the --attach option in
   6         linkgit:git-format-patch[1].
   7
   8 format.from::
   9         Provides the default value for the `--from` option to format-patch.
  10         Accepts a boolean value, or a name and email address.  If false,
  11         format-patch defaults to `--no-from`, using commit authors directly in
  12         the "From:" field of patch mails.  If true, format-patch defaults to
  13         `--from`, using your committer identity in the "From:" field of patch
  14         mails and including a "From:" field in the body of the patch mail if
  15         different.  If set to a non-boolean value, format-patch uses that
  16         value instead of your committer identity.  Defaults to false.
  17
  18 format.forceInBodyFrom::
  19         Provides the default value for the `--[no-]force-in-body-from`
  20         option to format-patch.  Defaults to false.
  21
  22 format.numbered::
  23         A boolean which can enable or disable sequence numbers in patch
  24         subjects.  It defaults to "auto" which enables it only if there
  25         is more than one patch.  It can be enabled or disabled for all
  26         messages by setting it to "true" or "false".  See --numbered
  27         option in linkgit:git-format-patch[1].
  28
  29 format.headers::
  30         Additional email headers to include in a patch to be submitted
  31         by mail.  See linkgit:git-format-patch[1].
  32
  33 format.to::
  34 format.cc::
  35         Additional recipients to include in a patch to be submitted
  36         by mail.  See the --to and --cc options in
  37         linkgit:git-format-patch[1].
  38
  39 format.subjectPrefix::
  40         The default for format-patch is to output files with the '[PATCH]'
  41         subject prefix. Use this variable to change that prefix.
  42
  43 format.coverFromDescription::
  44         The default mode for format-patch to determine which parts of
  45         the cover letter will be populated using the branch's
  46         description. See the `--cover-from-description` option in
  47         linkgit:git-format-patch[1].
  48
  49 format.signature::
  50         The default for format-patch is to output a signature containing
  51         the Git version number. Use this variable to change that default.
  52         Set this variable to the empty string ("") to suppress
  53         signature generation.
  54
  55 format.signatureFile::
  56         Works just like format.signature except the contents of the
  57         file specified by this variable will be used as the signature.
  58
  59 format.suffix::
  60         The default for format-patch is to output files with the suffix
  61         `.patch`. Use this variable to change that suffix (make sure to
  62         include the dot if you want it).
  63
  64 format.encodeEmailHeaders::
  65         Encode email headers that have non-ASCII characters with
  66         "Q-encoding" (described in RFC 2047) for email transmission.
  67         Defaults to true.
  68
  69 format.pretty::
  70         The default pretty format for log/show/whatchanged command,
  71         See linkgit:git-log[1], linkgit:git-show[1],
  72         linkgit:git-whatchanged[1].
  73
  74 format.thread::
  75         The default threading style for 'git format-patch'.  Can be
  76         a boolean value, or `shallow` or `deep`.  `shallow` threading
  77         makes every mail a reply to the head of the series,
  78         where the head is chosen from the cover letter, the
  79         `--in-reply-to`, and the first patch mail, in this order.
  80         `deep` threading makes every mail a reply to the previous one.
  81         A true boolean value is the same as `shallow`, and a false
  82         value disables threading.
  83
  84 format.signOff::
  85         A boolean value which lets you enable the `-s/--signoff` option of
  86         format-patch by default. *Note:* Adding the `Signed-off-by` trailer to a
  87         patch should be a conscious act and means that you certify you have
  88         the rights to submit this work under the same open source license.
  89         Please see the 'SubmittingPatches' document for further discussion.
  90
  91 format.coverLetter::
  92         A boolean that controls whether to generate a cover-letter when
  93         format-patch is invoked, but in addition can be set to "auto", to
  94         generate a cover-letter only when there's more than one patch.
  95         Default is false.
  96
  97 format.outputDirectory::
  98         Set a custom directory to store the resulting files instead of the
  99         current working directory. All directory components will be created.
 100
 101 format.filenameMaxLength::
 102         The maximum length of the output filenames generated by the
 103         `format-patch` command; defaults to 64.  Can be overridden
 104         by the `--filename-max-length=<n>` command line option.
 105
 106 format.useAutoBase::
 107         A boolean value which lets you enable the `--base=auto` option of
 108         format-patch by default. Can also be set to "whenAble" to allow
 109         enabling `--base=auto` if a suitable base is available, but to skip
 110         adding base info otherwise without the format dying.
 111
 112 format.notes::
 113         Provides the default value for the `--notes` option to
 114         format-patch. Accepts a boolean value, or a ref which specifies
 115         where to get notes. If false, format-patch defaults to
 116         `--no-notes`. If true, format-patch defaults to `--notes`. If
 117         set to a non-boolean value, format-patch defaults to
 118         `--notes=<ref>`, where `ref` is the non-boolean value. Defaults
 119         to false.
 120 +
 121 If one wishes to use the ref `ref/notes/true`, please use that literal
 122 instead.
 123 +
 124 This configuration can be specified multiple times in order to allow
 125 multiple notes refs to be included. In that case, it will behave
 126 similarly to multiple `--[no-]notes[=]` options passed in. That is, a
 127 value of `true` will show the default notes, a value of `<ref>` will
 128 also show notes from that notes ref and a value of `false` will negate
 129 previous configurations and not show notes.
 130 +
 131 For example,
 132 +
 133 ------------
 134 [format]
 135         notes = true
 136         notes = foo
 137         notes = false
 138         notes = bar
 139 ------------
 140 +
 141 will only show notes from `refs/notes/bar`.