* [PATCH 1/3] SubmittingPatches: Add style recommendation to use imperative descriptions
@ 2013-12-15 20:59 Josh Triplett
2013-12-15 21:14 ` Borislav Petkov
0 siblings, 1 reply; 3+ messages in thread
From: Josh Triplett @ 2013-12-15 20:59 UTC (permalink / raw)
To: linux-kernel, linux-doc; +Cc: Rob Landley
Most commit messages use this style, and the recommendation frequently
comes up in discussions (especially in response to patches that don't
use it), but that recommendation doesn't actually appear anywhere in
Documentation. Add this style guideline to SubmittingPatches, using the
description from git's SubmittingPatches.
Signed-off-by: Josh Triplett <josh@joshtriplett.org>
---
Documentation/SubmittingPatches | 5 +++++
1 file changed, 5 insertions(+)
diff --git a/Documentation/SubmittingPatches b/Documentation/SubmittingPatches
index 26b1e31..c74e73c 100644
--- a/Documentation/SubmittingPatches
+++ b/Documentation/SubmittingPatches
@@ -106,6 +106,11 @@ I.e., the patch (series) and its description should be self-contained.
This benefits both the patch merger(s) and reviewers. Some reviewers
probably didn't even receive earlier versions of the patch.
+Describe your changes in imperative mood, e.g. "make xyzzy do frotz"
+instead of "[This patch] makes xyzzy do frotz" or "[I] changed xyzzy
+to do frotz", as if you are giving orders to the codebase to change
+its behaviour.
+
If the patch fixes a logged bug entry, refer to that bug entry by
number and URL.
--
1.8.5.1
^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [PATCH 1/3] SubmittingPatches: Add style recommendation to use imperative descriptions
2013-12-15 20:59 [PATCH 1/3] SubmittingPatches: Add style recommendation to use imperative descriptions Josh Triplett
@ 2013-12-15 21:14 ` Borislav Petkov
2013-12-15 22:05 ` Josh Triplett
0 siblings, 1 reply; 3+ messages in thread
From: Borislav Petkov @ 2013-12-15 21:14 UTC (permalink / raw)
To: Josh Triplett; +Cc: linux-kernel, linux-doc, Rob Landley
On Sun, Dec 15, 2013 at 12:59:26PM -0800, Josh Triplett wrote:
> Most commit messages use this style, and the recommendation frequently
> comes up in discussions (especially in response to patches that don't
> use it), but that recommendation doesn't actually appear anywhere in
> Documentation. Add this style guideline to SubmittingPatches, using the
> description from git's SubmittingPatches.
>
> Signed-off-by: Josh Triplett <josh@joshtriplett.org>
Acked-by: Borislav Petkov <bp@suse.de>
We should probably also document the wished-for structure of a commit
message:
The current situation is A. The shortcoming is B. Change/fix it by doing
C.
This helps very much in explaining to the unenlightened onlooker what
a patch is trying to fix without having to ask the author a bunch of
questions first.
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk. Formatting is fine.
--
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: [PATCH 1/3] SubmittingPatches: Add style recommendation to use imperative descriptions
2013-12-15 21:14 ` Borislav Petkov
@ 2013-12-15 22:05 ` Josh Triplett
0 siblings, 0 replies; 3+ messages in thread
From: Josh Triplett @ 2013-12-15 22:05 UTC (permalink / raw)
To: Borislav Petkov; +Cc: linux-kernel, linux-doc, Rob Landley
On Sun, Dec 15, 2013 at 10:14:29PM +0100, Borislav Petkov wrote:
> On Sun, Dec 15, 2013 at 12:59:26PM -0800, Josh Triplett wrote:
> > Most commit messages use this style, and the recommendation frequently
> > comes up in discussions (especially in response to patches that don't
> > use it), but that recommendation doesn't actually appear anywhere in
> > Documentation. Add this style guideline to SubmittingPatches, using the
> > description from git's SubmittingPatches.
> >
> > Signed-off-by: Josh Triplett <josh@joshtriplett.org>
>
> Acked-by: Borislav Petkov <bp@suse.de>
>
> We should probably also document the wished-for structure of a commit
> message:
>
> The current situation is A. The shortcoming is B. Change/fix it by doing
> C.
>
> This helps very much in explaining to the unenlightened onlooker what
> a patch is trying to fix without having to ask the author a bunch of
> questions first.
git's SubmittingPatches has some bits that could help there. I wouldn't
recommend writing the structure quite so rigidly (A and B aren't always
needed, depending on the nature of the problem and the fix), but some
guidance would help.
- Josh Triplett
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2013-12-15 22:06 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-12-15 20:59 [PATCH 1/3] SubmittingPatches: Add style recommendation to use imperative descriptions Josh Triplett
2013-12-15 21:14 ` Borislav Petkov
2013-12-15 22:05 ` Josh Triplett
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox