Re: Commitfest II CLosed - Mailing list pgsql-hackers

From Gavin Flower
Subject Re: Commitfest II CLosed
Date
Msg-id 52657524.1000002@archidevsys.co.nz
Whole thread Raw
In response to Re: Commitfest II CLosed  (Heikki Linnakangas <hlinnakangas@vmware.com>)
List pgsql-hackers
<div class="moz-cite-prefix">On 22/10/13 02:56, Heikki Linnakangas wrote:<br /></div><blockquote
cite="mid:52653289.2030207@vmware.com"type="cite">On 21.10.2013 16:15, Peter Eisentraut wrote: <br /><blockquote
type="cite">On10/21/13 1:31 AM, Andres Freund wrote: <br /><blockquote type="cite">The point of the CF is exactly that
all<br /> patches get at least one good round of review. Moving unreviewed patches <br /> to the next CF will let them
justsuffer the same fate there. <br /></blockquote></blockquote><br /> Agreed. People have different views on what the
purposeof a commitfest is, but IMO the point is to make sure that every patch submitted gets at least a cursory review
ina timely fashion. Pushing patches to the next one because no-one has gotten around to review them is a failure. <br
/><br/><blockquote type="cite">What is the alternative? <br /></blockquote><br /> If no-one really cares enough about a
patchto review it, mark it as "rejected, because no-one but the patch author cares". Harsh, but that's effectively what
pushingto the next commitfest means anyway. Better to be honest about it. At least that way the author can promote the
patch'svirtues more on the mailing list, or personally contact someone who might be interested, to get some attention,
andresubmit if he thinks that it might have a chance on the next commitfest. <br /><br /> Another alternative is to
pushharder to make sure that every patch gets some review. I don't know how to accomplish that. Robert Haas did a great
jobat that in the first few commitfests (IIRC), but only because he personally spent a lot of time not only managing
thecommitfest but actually reviewing the patches that no-one else bothered with. That's a great way to make sure that
everypatch gets some attention, but I don't think we have any takers for that role. <br /><br /> I feel guilty to
complain,while not actually volunteering to be a commitfest manager myself, but I wish the commitfest manager would be
moreaggressive in nagging, pinging and threatening people to review stuff. If nothing else, always feel free to nag me
:-).Josh tried that with the infamous Slacker List, but that backfired. Rather than posting a public list of shame, I
thinkit would work better to send short off-list nag emails, or chat via IM. Something like "Hey, you've signed up to
reviewthis. Any progress?". Or "Hey, could you take a look at X please? No-one else seems to care about it." <br /><br
/>- Heikki <br /><br /><br /></blockquote> Hmm...<br /><br /> From at different area, but I think it may apply
here...<br/><br /> When I was running a magazine for a computer user group, I regularly phoned people up to encourage
themto write articles, I think I managed to get 50% of them to contribute articles.<br /><br /> In the pg context: this
mightmean contacting patch submitters & potential reviewers, listening to their moans... and encouraging them.
Sometimesthey may simply need some advice, or to be put in contact with someone who can explain something that is
obscureto them - it might be a simple mental block, in someone that is otherwise extremely competent. A lot of this
shouldbe done behind the scenes, the idea is more to empower than to shame (I'm sure that could be phrased better!).
<br/><br /><br /> Cheers,<br /> Gavin<br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br
/><br/><br /><br /><br /><br /><br /><br /><br /><br /> 

pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: logical changeset generation v6.2
Next
From: Peter Eisentraut
Date:
Subject: Re: Commitfest II CLosed