Re: bug tracking system - Mailing list pgsql-hackers

From Tom Lane
Subject Re: bug tracking system
Date
Msg-id 22308.1549511451@sss.pgh.pa.us
Whole thread Raw
In response to Re: bug tracking system  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Responses Re: bug tracking system  (Michael Paquier <michael@paquier.xyz>)
Re: bug tracking system  (Nathan Wagner <nw+pg@hydaspes.if.org>)
List pgsql-hackers
Alvaro Herrera <alvherre@2ndquadrant.com> writes:
> On 2019-Feb-06, Tom Lane wrote:
>> That will have caught exactly none of my own commits.

> Well, what text do you use?  I see "Per bug #XYZ" in the free-form text
> of your commit messages, though that doesn't explicitly say that the bug
> is fixed.  If we agree that that phrase indicates that the bug is fixed,
> it seems fair to mark those bugs as fixed in Nathan's system.

There are a couple of problems here.

One is that we haven't really got an agreed-to formula for saying that
this commit fixes that bug.  It's not that uncommon for a commit message
to reference a bug that it doesn't fix --- I did that just today, for
example.  So I'm worried that a regex that tries to capture all of the
former will capture some of the latter too.

The other problem is that not all bugs have got bug numbers to begin
with.  We just had some discussion about trying to label all pgsql-bugs
traffic with bug numbers, but it wasn't sounding promising.

I do have a modest proposal for improving things going forward.
How about, if a commit purports to fix a particular bug, that
we say "Fixes: https://postgr.es/m/<message-id>" in place of
our current habit of saying "Discussion: ...".  For bugs that
have come in through the bug form, the bug number is trivially
extractable from the message-id these days; but this method
works for any mailing list report, not just those.

(Obviously, you could also use a Discussion: line, if say there was
relevant discussion outside the thread containing the bug report.)

            regards, tom lane


pgsql-hackers by date:

Previous
From: Amit Kapila
Date:
Subject: Re: Documentation and code don't agree about partitioned table UPDATEs
Next
From: Michael Paquier
Date:
Subject: Re: Inconsistent error handling in the openssl init code