[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20191021170111.GB6285@mellanox.com>
Date: Mon, 21 Oct 2019 17:01:15 +0000
From: Jason Gunthorpe <jgg@...lanox.com>
To: Matteo Croce <mcroce@...hat.com>
CC: Joe Perches <joe@...ches.com>, Doug Ledford <dledford@...hat.com>,
Stephen Rothwell <sfr@...b.auug.org.au>,
Linux Next Mailing List <linux-next@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Potnuri Bharat Teja <bharat@...lsio.com>
Subject: Re: linux-next: Fixes tag needs some work in the rdma-fixes tree
On Mon, Oct 21, 2019 at 05:39:06PM +0200, Matteo Croce wrote:
> > I thought I saw that checkpatch was checking this now?
> >
> > commit a8dd86bf746256fbf68f82bc13356244c5ad8efa
> > Author: Matteo Croce <mcroce@...hat.com>
> > Date: Wed Sep 25 16:46:38 2019 -0700
> >
> > checkpatch.pl: warn on invalid commit id
> >
> > Maybe that check should also check that enough hash is provided and
> > other details like the correct subject line?
> >
> > I also use a check that builds the fixes line from the commit id and
> > requires it to be the same as the patch provided. This catches all
> > sorts of wrong fixes lines, and sometimes git even recommends 13 chars
> > :\
> >
> > Jason
>
> Hi,
>
> actually I just call git_commit_info() which checks for validness.
> I could also check that the hash is at least 12 digits, would be very easy.
IMHO you should do
git log --abbrev=12 -1 --format='Fixes: %h (\"%s\")'
And check that the provided fixes line matches the above output
exactly, or nearly exactly. People do lots of funny things to fixes
lines..
Jason
Powered by blists - more mailing lists