HACKING: we use "merge --log" even when merging master
authorStefano Lattarini <stefano.lattarini@gmail.com>
Thu, 10 Jan 2013 22:04:06 +0000 (23:04 +0100)
committerStefano Lattarini <stefano.lattarini@gmail.com>
Thu, 10 Jan 2013 22:04:06 +0000 (23:04 +0100)
Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
HACKING

diff --git a/HACKING b/HACKING
index bfb4cc8..edafe94 100644 (file)
--- a/HACKING
+++ b/HACKING
   the active branches descending from the buggy commit.  This offers a
   simple way to fix the bug consistently and effectively.
 
-* For merges from branches other than maint, prefer 'git merge --log' over
-  plain 'git merge', so that a later 'git log' gives an indication of which
-  actual patches were merged even when they don't appear early in the list.
+* When merging, prefer 'git merge --log' over plain 'git merge', so that
+  a later 'git log' gives an indication of which actual patches were
+  merged even when they don't appear early in the list.
 
 * master and release branches should not be rewound, i.e., should always
   fast-forward, except maybe for privacy issues.  The maint branch should not