[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1abe0267-7c2a-53a1-bda2-469ef681d469@web.de>
Date: Sun, 3 May 2020 16:54:45 +0200
From: Markus Elfring <Markus.Elfring@....de>
To: Wang YanQing <udknight@...il.com>, Joe Perches <joe@...ches.com>,
Andy Whitcroft <apw@...onical.com>,
kernel-janitors@...r.kernel.org, linux-doc@...r.kernel.org
Cc: linux-kernel@...r.kernel.org,
Alexei Starovoitov <alexei.starovoitov@...il.com>,
Matteo Croce <mcroce@...hat.com>
Subject: Re: [PATCH v5] checkpatch: add support to check 'Fixes:' tag format
>>> + "Please use git commit description style '$prefix <$sha1_length_min+ chars of sha1> (\"<$title>\")' - ie: '${init_char}" . substr($prefix, 1) .
>>> + " $id (\"$description\")'\n" . $diagnostics . $herecurr);
>>
>> Can error diagnostics become multi-line?
> The length of "$description" is unknown, it is difficult to
> cook the error message into pretty format with any length of
> "$description", so let's keep it in current way.
How do you think about a message variant like the following?
+ "Please use git commit description style:\n$prefix <$sha1_length_min+ chars of sha1> (\"<$title>\")\n" . substr($prefix, 1)
+ . "i. e.: '${init_char} $id (\"$description\")\n"
+ . $diagnostics . $herecurr);
Regards,
Markus
Powered by blists - more mailing lists