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 B029B2994 for ; Wed, 28 Aug 2019 09:25:48 +0000 (UTC) Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 4BCBBEC for ; Wed, 28 Aug 2019 09:25:48 +0000 (UTC) From: Jani Nikula To: Greg Kroah-Hartman , Joel Fernandes In-Reply-To: <20190828090837.GA31704@kroah.com> References: <20190827134836.GB25038@kroah.com> <20190827153344.GC534@kroah.com> <20190827195351.GA30710@kroah.com> <20190828090837.GA31704@kroah.com> Date: Wed, 28 Aug 2019 12:25:43 +0300 Message-ID: <87r2557iaw.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain Cc: Barret Rhoden , ksummit , Jonathan Nieder , Tomasz Figa , Han-Wen Nienhuys , Theodore Tso , David Rientjes , Dmitry Torokhov , Dmitry Vyukov Subject: Re: [Ksummit-discuss] Allowing something Change-Id (or something like it) in kernel commits List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, 28 Aug 2019, Greg Kroah-Hartman wrote: > Then, when the "final" patch is added, the message id of that will be > committed to the tree with the git hook that has been posted here, and > then, if someone _REALLY_ wants to go look up past history of versions, > they can see it all linked together in a nice pretty tree on > lore.kernel.org or elsewhere. > > And really, this whole discussion has been for the VERY RARE case of > when someone wants to do some code spelunking and try to figure out > older versions of a patch history before it was committed and they don't > feel like searching for the author's name instead. The HUGE majority of > kernel developers never actually care about this as they don't have to > do it. For me the Link: tag is also a bit of audit trail, if you will. You can easily check that the patch was actually posted for review on a public list, and nobody sneaked it in without review. (And in drm/i915 we point the Link: tag at our patchwork which also contains the CI results we require.) When I've found myself looking at the actual discussion or earlier patch versions, it's almost always because the commit message falls short. A link to the discussion should never be a replacement for a proper commit message. BR, Jani. -- Jani Nikula, Intel Open Source Graphics Center