Re: Kudos for Reviewers -- straw poll

From: Claudio Freire <klaussfreire(at)gmail(dot)com>
To: Andrew Dunstan <andrew(at)dunslane(dot)net>
Cc: Bruce Momjian <bruce(at)momjian(dot)us>, Brendan Jurd <direvus(at)gmail(dot)com>, Josh Berkus <josh(at)agliodbs(dot)com>, PostgreSQL-Dev <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Kudos for Reviewers -- straw poll
Date: 2013-06-26 17:52:00
Message-ID: CAGTBQpY93TzNNCebT0Royn+Fo9hg==z7ov=tPnBL11RVaG9a1w@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Jun 26, 2013 at 10:25 AM, Andrew Dunstan <andrew(at)dunslane(dot)net> wrote:
>
> On 06/26/2013 09:14 AM, Bruce Momjian wrote:
>>
>> On Wed, Jun 26, 2013 at 10:40:17AM +1000, Brendan Jurd wrote:
>>>
>>> On 26 June 2013 03:17, Josh Berkus <josh(at)agliodbs(dot)com> wrote:
>>>>
>>>> How should reviewers get credited in the release notes?
>>>>
>>>> a) not at all
>>>> b) in a single block titled "Reviewers for this version" at the bottom.
>>>> c) on the patch they reviewed, for each patch
>>>
>>> A weak preference for (c), with (b) running a close second. As others
>>> have suggested, a review that leads to significant commitable changes
>>> to the patch should bump the credit to co-authorship.
>>
>> As a reminder, I tried a variant of C for 9.2 beta release notes, and
>> got lots of complaints, particularly because the line describing the
>> feature now had many more names on it.
>>
>> In my opinion, adding reviewer names to each feature item might result
>> in the removal of all names from features.
>>
>> A poll is nice for gauging interest, but many people who vote don't
>> understand the ramifications of what they are voting on.
>>
>
>
> That's why I voted for b :-)

Yeah, with that in mind, I'd also switch to b.

I wouldn't complain, but if it's been tried and failed... what can I say?

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2013-06-26 18:12:00 Re: PQConnectPoll, connect(2), EWOULDBLOCK and somaxconn
Previous Message Pavel Stehule 2013-06-26 17:51:03 Re: proposal 9.4 plpgsql: allows access to call stack from GET DIAGNOSTICS statement