@@ -203,21 +203,26 @@ lose tabs that way if you are not careful.
203203
204204It is a common convention to prefix your subject line with
205205[PATCH]. This lets people easily distinguish patches from other
206- e-mail discussions. Use of additional markers after PATCH and
207- the closing bracket to mark the nature of the patch is also
208- encouraged. E.g. [PATCH/RFC] is often used when the patch is
209- not ready to be applied but it is for discussion, [PATCH v2],
210- [PATCH v3] etc. are often seen when you are sending an update to
211- what you have previously sent.
212-
213- `git format-patch` command follows the best current practice to
206+ e-mail discussions. Use of markers in addition to PATCH within
207+ the brackets to describe the nature of the patch is also
208+ encouraged. E.g. [RFC PATCH] (where RFC stands for "request for
209+ comments") is often used to indicate a patch needs further
210+ discussion before being accepted, [PATCH v2], [PATCH v3] etc.
211+ are often seen when you are sending an update to what you have
212+ previously sent.
213+
214+ The `git format-patch` command follows the best current practice to
214215format the body of an e-mail message. At the beginning of the
215216patch should come your commit message, ending with the
216217Signed-off-by: lines, and a line that consists of three dashes,
217218followed by the diffstat information and the patch itself. If
218219you are forwarding a patch from somebody else, optionally, at
219220the beginning of the e-mail message just before the commit
220221message starts, you can put a "From: " line to name that person.
222+ To change the default "[PATCH]" in the subject to "[<text>]", use
223+ `git format-patch --subject-prefix=<text>`. As a shortcut, you
224+ can use `--rfc` instead of `--subject-prefix="RFC PATCH"`, or
225+ `-v <n>` instead of `--subject-prefix="PATCH v<n>"`.
221226
222227You often want to add additional explanation about the patch,
223228other than the commit message itself. Place such "cover letter"
0 commit comments