From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | Noah Misch <noah(at)leadboat(dot)com>, Greg Smith <greg(at)2ndquadrant(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Last gasp |
Date: | 2012-04-09 23:59:24 |
Message-ID: | 16038.1334015964@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Robert Haas <robertmhaas(at)gmail(dot)com> writes:
> At any rate, I think your comments are driving at a good point, which
> is that CommitFests are a time for patches that are done or very
> nearly done to get committed, and a time for other patches to get
> reviewed if they haven't been already. If we make it clear that the
> purpose of the CommitFest is to assess whether the patch is
> committable, rather than to provide an open-ended window for it to
> become committable, we might do better.
Yeah, earlier today I tried to draft a reply saying more or less that,
though I couldn't arrive at such a succinct formulation. It's clear
that in this last fest, there was a lot of stuff submitted that was not
ready for commit or close to it. What we should have done with that was
review it, but *not* hold open the fest while it got rewritten.
We've previously discussed ideas like more and shorter commitfests
--- I seem to recall proposals like a week-long fest once a month,
for instance. That got shot down on the argument that it presumed
too much about authors and reviewers being able to sync their schedules
to a narrow review window. But I think that fests lasting more than a
month are definitely not good.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | dmp | 2012-04-10 00:20:15 | Re: Regarding GSoc proposal |
Previous Message | Robert Haas | 2012-04-09 23:38:16 | Re: Last gasp |