Andrew's git
/
gitweb.git
/ diff
summary
|
log
|
commit
| diff |
tree
commit
grep
author
committer
pickaxe
?
re
Documentation/SubmittingPatches: Instruct how to use [PATCH] Subject header
author
Junio C Hamano
<gitster@pobox.com>
Mon, 4 Feb 2008 00:55:21 +0000
(16:55 -0800)
committer
Junio C Hamano
<gitster@pobox.com>
Tue, 5 Feb 2008 08:39:03 +0000
(
00:39
-0800)
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Documentation/SubmittingPatches
patch
|
blob
|
history
raw
|
patch
|
inline
| side by side (parent:
7a2078b
)
diff --git
a/Documentation/SubmittingPatches
b/Documentation/SubmittingPatches
index de08d094e3e3683913bac49f643bb6b49fbec04d..cd80148111a086ee873ff2a91f341dda40d334ea 100644
(file)
--- a/
Documentation/SubmittingPatches
+++ b/
Documentation/SubmittingPatches
@@
-112,7
+112,12
@@
lose tabs that way if you are not careful.
It is a common convention to prefix your subject line with
[PATCH]. This lets people easily distinguish patches from other
It is a common convention to prefix your subject line with
[PATCH]. This lets people easily distinguish patches from other
-e-mail discussions.
+e-mail discussions. Use of additional markers after PATCH and
+the closing bracket to mark the nature of the patch is also
+encouraged. E.g. [PATCH/RFC] is often used when the patch is
+not ready to be applied but it is for discussion, [PATCH v2],
+[PATCH v3] etc. are often seen when you are sending an update to
+what you have previously sent.
"git format-patch" command follows the best current practice to
format the body of an e-mail message. At the beginning of the
"git format-patch" command follows the best current practice to
format the body of an e-mail message. At the beginning of the