From: Jonathan Nieder <jrnieder@gmail.com>
To: "Jason St. John" <jstjohn@purdue.edu>
Cc: git@vger.kernel.org
Subject: Re: [PATCH] Fix typesetting in Bugs section of 'git-rebase' man page (web version)
Date: Tue, 19 Nov 2013 17:24:53 -0800 [thread overview]
Message-ID: <20131120012453.GD4212@google.com> (raw)
In-Reply-To: <CAEjxke-C1H1NpD=Hmiz6MO3OjtPvkUktKvF7zSqfGnruHQ9-Ew@mail.gmail.com>
Jason St. John wrote:
> On Tue, Nov 19, 2013 at 7:31 PM, Jonathan Nieder <jrnieder@gmail.com> wrote:
>> Jason St. John wrote:
>>> Documentation/git-rebase.txt: add a blank line after the two AsciiDoc
>>> listing blocks
>>
>> I'd leave out the above two description lines, since they're redundant
>> next to the patch text.
>
> I included that because SubmittingPatches says to do so.
Thanks for explaining. Can you point me to which part of
SubmittingPatches said to include that kind of thing?
[...]
> How do you recommend I proceed? Should I resubmit with just a revised
> commit message? Should I incorporate this into a larger patch set that
> should fix all of the errors in git-rebase.txt, git-svn.txt, and
> gitweb.txt?
Thanks for checking. You have a few choices.
a) Check if asciidoctor reproduces the problem, and if so, report it
as a compatibility bug. Ask the gitscm-next maintainers to get
their copy of asciidoctor up to date.
b) Come up with a simple rule about how these "----" blocks should be
formatted, and apply it consistently to the documentation in
Documentation/, with a commit message explaining the story so
future contributors know to continue to follow it.
c) Resend the same patch that just fixes git-rebase.txt. Include a
Reported-by line to credit the person who originally caught the
error. Explain what's going on in the commit message and that
there are other instances of the problem that this patch doesn't
yet fix.
I prefer (b), since it would solve the problem more completely and
means future readers wouldn't be confused about which style to use,
but other possibilities (e.g., some combination of the options listed
above, or something else entirely) could work as well.
Thanks again for tracking this down, and hope that helps,
Jonathan
next prev parent reply other threads:[~2013-11-20 1:25 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-20 0:14 [PATCH] Fix typesetting in Bugs section of 'git-rebase' man page (web version) Jason St. John
2013-11-20 0:31 ` Jonathan Nieder
2013-11-20 1:12 ` Jason St. John
2013-11-20 1:24 ` Jonathan Nieder [this message]
2013-11-20 4:43 ` Junio C Hamano
2014-01-11 1:25 ` Jason St. John
2014-01-13 17:55 ` Junio C Hamano
2014-01-15 5:36 ` Jason St. John
2014-01-15 11:29 ` Kyle J. McKay
2014-01-16 0:29 ` Junio C Hamano
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20131120012453.GD4212@google.com \
--to=jrnieder@gmail.com \
--cc=git@vger.kernel.org \
--cc=jstjohn@purdue.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).