From: Phil Sutter <phil@nwl.cc>
To: David Miller <davem@davemloft.net>
Cc: lucien.xin@gmail.com, netdev@vger.kernel.org,
linux-sctp@vger.kernel.org, marcelo.leitner@gmail.com,
vyasevich@gmail.com, daniel@iogearbox.net,
eric.dumazet@gmail.com
Subject: Re: [PATCHv3 net-next 1/6] sctp: add sctp_info dump api for sctp_diag
Date: Mon, 18 Apr 2016 12:18:24 +0200 [thread overview]
Message-ID: <20160418101824.GB14683@orbyte.nwl.cc> (raw)
In-Reply-To: <20160415.172858.253625178036493951.davem@davemloft.net>
On Fri, Apr 15, 2016 at 05:28:58PM -0400, David Miller wrote:
> Feedback was given here not to mix the changelog and the commit message.
>
> And I want to explicitly state that I totally and _COMPLETELY_ disagree
> with this.
>
> It is absolutely essential information and belongs in the commit message.
>
> Adding more information never hurts, so don't do this crap of putting
> things that might be useful to know after the "---", ever.
>
> Someone in the future might ask "why didn't he implement it like XXX"
> and the changelog can tell him that originally that is what was done
> and feedback was given to do it differently.
I see your point and am well aware the last word on this belongs to you.
Still I would like to explain why I disagree:
In my understanding, the changelog addresses reviewers only, so they
know what to expect or which new chunks to have another look at. If the
changelog provides valuable information beyond that, I think the mistake
was to not update the commit message accordingly.
Imagine a patchset being rerolled ten times with massive changes in
between - do you really appreciate if the changelog applies to v1 only
and people have to read through nine increments to find out what is
actually being done?
Although I'm exaggerating, one could apply the same logic to the code
changes itself and demand v1 being applied as is with each evolution
separately on top, as otherwise information is lost.
Cheers, Phil
>
> So Xin thanks for correctly putting the changelog inside of the commit
> message, so that future developers can benefit from this knowledge.
next prev parent reply other threads:[~2016-04-18 10:18 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-14 7:35 [PATCHv3 net-next 0/6] sctp: support sctp_diag in kernel Xin Long
2016-04-14 7:35 ` [PATCHv3 net-next 1/6] sctp: add sctp_info dump api for sctp_diag Xin Long
2016-04-14 7:35 ` [PATCHv3 net-next 2/6] sctp: export some apis or variables for sctp_diag and reuse some for proc Xin Long
2016-04-14 7:35 ` [PATCHv3 net-next 3/6] sctp: export some functions for sctp_diag in inet_diag Xin Long
2016-04-14 7:35 ` [PATCHv3 net-next 4/6] sctp: add the sctp_diag.c file Xin Long
2016-04-14 7:35 ` [PATCHv3 net-next 5/6] sctp: merge the seq_start/next/exits in remaddrs and assocs Xin Long
2016-04-14 7:35 ` [PATCHv3 net-next 6/6] sctp: fix some rhashtable functions using in sctp proc/diag Xin Long
2016-04-14 12:41 ` [PATCHv3 net-next 4/6] sctp: add the sctp_diag.c file Jakub Sitnicki
2016-04-14 9:13 ` [PATCHv3 net-next 1/6] sctp: add sctp_info dump api for sctp_diag Phil Sutter
2016-04-15 21:28 ` David Miller
2016-04-18 10:18 ` Phil Sutter [this message]
2016-04-15 21:30 ` [PATCHv3 net-next 0/6] sctp: support sctp_diag in kernel David Miller
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=20160418101824.GB14683@orbyte.nwl.cc \
--to=phil@nwl.cc \
--cc=daniel@iogearbox.net \
--cc=davem@davemloft.net \
--cc=eric.dumazet@gmail.com \
--cc=linux-sctp@vger.kernel.org \
--cc=lucien.xin@gmail.com \
--cc=marcelo.leitner@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=vyasevich@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;
as well as URLs for NNTP newsgroup(s).