From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 528F3BDC for ; Sat, 29 Jun 2019 07:18:31 +0000 (UTC) Received: from mx1.suse.de (mx2.suse.de [195.135.220.15]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id C8F3682D for ; Sat, 29 Jun 2019 07:18:30 +0000 (UTC) Date: Sat, 29 Jun 2019 09:18:28 +0200 Message-ID: From: Takashi Iwai To: Thomas Gleixner In-Reply-To: References: <7b73e1b7-cc34-982d-2a9c-acf62b88da16@linuxfoundation.org> <20190628205102.GA3131@agluck-desk2.amr.corp.intel.com> MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: ksummit-discuss@lists.linuxfoundation.org Subject: Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] Patch version changes in commit logs? List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Sat, 29 Jun 2019 09:09:55 +0200, Thomas Gleixner wrote: > > On Sat, 29 Jun 2019, Takashi Iwai wrote: > > On Fri, 28 Jun 2019 22:51:03 +0200, > > Luck, Tony wrote: > > > That captures for posterity the useful information without > > > bulking up the commit log with the blow-by-blow deltas of > > > how the patch series evolved across 27 versions submitted > > > to the mailing list. > > > > Agreed. And I'm thinking whether we may have come consistent tag > > for following the post discussions on ML archive. Then the detailed > > descriptions can be dropped from the changelog, and readers can still > > follow easily. e.g. the patch version change can be simply a > > reference URL. > > This tag exists today: > > Link: https://lore.kernel.org/lkml/MESSAGE-ID > > my 'grab patches from list' scripts insert that tag automatically and it's > part of the commit changelog in git. That allows you to just jump to the > mail archive of the merged submission. > > As I said in the other reply when the submitter has a link to the previous > submission in the cover letter or for a single patch without cover letter > in the patch itself, then following a discussion/revision chain becomes > trivial. > > We'd just need to make that mandatory and I'm all for it. Right, we should push the wider usage of this tag. I've used "Reference" tag and "BugLink" tag, and these look like another common usages, but neither of them is found in documentation. Maybe we should define a recommended tag for consistency and document it properly. BTW, can the URL be reached from patchwork? That'd be really handy. thanks, Takashi