[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YLfe+HXl4hkzs44b@nand.local>
Date: Wed, 2 Jun 2021 15:41:44 -0400
From: Taylor Blau <me@...ylorr.com>
To: Al Viro <viro@...iv.linux.org.uk>
Cc: Mathieu Desnoyers <mathieu.desnoyers@...icios.com>,
git@...r.kernel.org, Peter Zijlstra <peterz@...radead.org>,
Thomas Gleixner <tglx@...utronix.de>,
linux-kernel <linux-kernel@...r.kernel.org>,
Jiri Kosina <trivial@...nel.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Subject: Re: git feature request: git blame --ignore-cleanup/--ignore-trivial
On Wed, Jun 02, 2021 at 03:29:44PM +0000, Al Viro wrote:
> > Any maybe the patterns associated to "cleanup" and "trivial" commits
> > should be something that can be configured through a git config
> > file.
>
> Just an observation: quite a few subtle bugs arise from mistakes in
> what should've been a trivial cleanup. Hell, I've seen bugs coming
> from rebase of provably no-op patches - with commit message unchanged.
> So IME this is counterproductive...
Yes, I find excluding revisions from 'git blame' to be rarely useful,
exactly for this reason.
You could probably use the '--ignore-revs-file' option of 'git blame' to
exclude commits you consider trivial ahead of time. If you had an
'Is-trivial' trailer, I would probably do something like:
$ git log --format='%H %(trailers:key=Is-trivial)' |
grep "Is-trivial: true" | cut -d" " -f1 >exclude
$ git blame --ignore-revs-file exclude ...
Thanks,
Taylor
Powered by blists - more mailing lists