[<prev] [next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.00.1202011703280.16175@ondatra.cyber.ee>
Date: Wed, 1 Feb 2012 17:16:19 +0200 (EET)
From: Meelis Roos <mroos@...ux.ee>
To: Linus Torvalds <torvalds@...ux-foundation.org>
cc: linux-kernel@...r.kernel.org
Subject: Re: Linux 3.3-rc2
> One thing that has happened is that I've liked seeing the merge
> message things that have come in through signed tags so much that I've
> decided to try to write more explanations even for the merges that
> don't get that kind of love from their subsystem maintainers. Some
> subsystem maintainers (David with networking is a good example) have
> tended to write nice good explanations in their pull requests, and
> I've started to try to make those kinds of things part of my merge
> messages.
>
> I'm not sure how many people really look at merges, and maybe it's a
> waste of my time, but I thought I'd try it. I've also spent more
> effort trying to explain even fairly trivial merge conflicts (although
> the truly trivial "touched next to each other" that just aren't
> interesting from a code standpoint I generally have left without
> explanation).
Having human-readable merge summaries is very good. But simple merge
summaries that list the commits by one-line descriptions can also be
easily improved - just increase the number of lines there.
Looking at git.kernel.org for "todays merges" gives a quick summary and
these merge messages are artifically truncated there. Are these made by
git? In that case, increasing the line limit of these messages to
something that covers most normal cases would just help?
--
Meelis Roos (mroos@...ux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists