Merge branch 'bc/submitting-patches-in-asciidoc' into maint
authorJunio C Hamano <gitster@pobox.com>
Wed, 6 Dec 2017 17:08:59 +0000 (09:08 -0800)
committerJunio C Hamano <gitster@pobox.com>
Wed, 6 Dec 2017 17:08:59 +0000 (09:08 -0800)
The SubmittingPatches document has been converted to produce an
HTML version via AsciiDoc/Asciidoctor.

* bc/submitting-patches-in-asciidoc:
Documentation: convert SubmittingPatches to AsciiDoc
Documentation: enable compat-mode for Asciidoctor

1  2 
Documentation/SubmittingPatches
index 89f2390716bce43084e1740db70baad62c3139e9,17419f79010e79113317f90a8698191d56efd33a..3ef30922ecdce94c84c5e9df33f6696622ab4844
@@@ -184,15 -203,14 +203,15 @@@ lose tabs that way if you are not caref
  
  It is a common convention to prefix your subject line with
  [PATCH].  This lets people easily distinguish patches from other
 -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
 +e-mail discussions.  Use of markers in addition to PATCH within
 +the brackets to describe the nature of the patch is also
 +encouraged.  E.g. [RFC PATCH] (where RFC stands for "request for
 +comments") is often used to indicate a patch needs further
 +discussion before being accepted, [PATCH v2], [PATCH v3] etc.
 +are often seen when you are sending an update to what you have
 +previously sent.
 +
- The "git format-patch" command follows the best current practice to
++The `git format-patch` command follows the best current practice to
  format the body of an e-mail message.  At the beginning of the
  patch should come your commit message, ending with the
  Signed-off-by: lines, and a line that consists of three dashes,