From: Joe Perches <joe@perches.com>
To: Wang YanQing <udknight@gmail.com>,
Markus Elfring <Markus.Elfring@web.de>
Cc: Andy Whitcroft <apw@canonical.com>,
kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org,
Alexei Starovoitov <alexei.starovoitov@gmail.com>,
Matteo Croce <mcroce@redhat.com>
Subject: Re: [PATCH] checkpatch: add support to check 'Fixes:' tag format
Date: Thu, 30 Apr 2020 08:41:18 -0700 [thread overview]
Message-ID: <30efd2838a876029600806e9b53e3284ccabc88d.camel@perches.com> (raw)
In-Reply-To: <20200430125614.GA30691@udknight>
On Thu, 2020-04-30 at 20:56 +0800, Wang YanQing wrote:
> On Wed, Apr 29, 2020 at 07:40:21PM +0200, Markus Elfring wrote:
> > > “...
> > > Do not split the tag across multiple
> > > lines, tags are exempt from the "wrap at 75 columns" rule in order to simplify
> > > parsing scripts
> > > ...”
> >
> > Why do you not like the reformatting of the quotation so far
> > (if such change descriptions should cope also with specific
> > Unicode characters)?
> >
> > “…
> > Do not split the tag across multiple lines, tags are exempt from
> > the "wrap at 75 columns" rule in order to simplify parsing scripts.
> > …”
> >
> >
>
> Sigh. I will fix it, but I want to hear from Joe Perches before
> next patch version.
Hello YanQing.
Just ignore Markus' replies here, he's well meaning
but perhaps overly focused on trying to impose formal,
but somewhat antique grammar and word choice uses that
aren't particularly important for review.
The most common variant I see here is someone writes
Fixes: SHA1 ("Truncated commit description...")
to apparently avoid a long line.
btw:
you can test your patch using checkpatch and --git like:
$ git log -10000 --no-merges --grep="Fixes:" --format=%H | \
while read commit ; do \
./scripts/checkpatch.pl --git $commit --types=GIT_COMMIT_ID --quiet --nosummary; \
done
You could filter that either by modifying the patch
changing to "GIT_COMMIT_ID_TEST" and changing to
types=GIT_COMMIT_ID_TEST just for Fixes or maybe
use another grep like grep -B3 -A3 "Fixes:" -i
prev parent reply other threads:[~2020-04-30 15:41 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-29 16:36 Wang YanQing
2020-04-29 17:40 ` Markus Elfring
2020-04-30 12:56 ` Wang YanQing
2020-04-30 14:06 ` checkpatch: Support for alternative quotation characters around commit title? Markus Elfring
2020-04-30 15:41 ` Joe Perches [this message]
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=30efd2838a876029600806e9b53e3284ccabc88d.camel@perches.com \
--to=joe@perches.com \
--cc=Markus.Elfring@web.de \
--cc=alexei.starovoitov@gmail.com \
--cc=apw@canonical.com \
--cc=kernel-janitors@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mcroce@redhat.com \
--cc=udknight@gmail.com \
/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
all inboxes | Powered by JetHome®