Re: Why is CF 2011-11 still listed as "In Progress"? - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Why is CF 2011-11 still listed as "In Progress"?
Date
Msg-id CA+TgmoYOuZhWX+-nQb+-4cFmw65j9rr3zKSJ3A=h+cJt_PWoUQ@mail.gmail.com
Whole thread Raw
In response to Re: Why is CF 2011-11 still listed as "In Progress"?  (Greg Smith <greg@2ndQuadrant.com>)
Responses Re: Why is CF 2011-11 still listed as "In Progress"?
List pgsql-hackers
On Mon, Jan 16, 2012 at 7:01 PM, Greg Smith <greg@2ndquadrant.com> wrote:
> I think this is getting more predictable simply based on having some
> history.  The trail blazing you led here for some time didn't know what was
> and wasn't possible yet.  I feel that the basic shape of things, while still
> fuzzy in spots, is a lot more clear now.
>
> We need to have schedule goals.  There needs to be a date where we switch
> toward a more aggressive "is someone going to commit this soon?" stance on
> things that are still open.  At that point, someone needs to be the person
> not afraid to ramp up pressure toward returning things that just aren't
> going to make it to commit quality.  That's a thankless task that rarely
> leaves anyone involved happy.

There's some value in deciding early that there's no hope for a given
patch, because it frees up resources, of which we do not have an
unlimited supply, to deal with other patches.

I have mixed feelings about the whole 4-weeks vs. 6-weeks thing with
respect to the final CommitFest.  If everyone signed up to review as
many patches as they submitted, then on day one of the CommitFest
every patch would have a reviewer, and if anyone who didn't submit
patches signed up as well, some patches would have more than one.  In
a week, they'd all have an initial review, and in two weeks they'd all
have had two reviews, and anything that wasn't ready at that point
could be punted while the committers ground through the rest.  In
fact, we have a gigantic number of patches that have no reviewer
assigned, and as the CommitFest goes on and on, the number of people
who still have the energy to keep slogging through the pile is going
to steadily diminish.  So when we say that we're going to let the
CommitFest go on for 6 weeks, what we're really saying is that we'd
like to reward the few brave souls who will actually keep plugging at
this for 4 weeks by asking them to go another 2 weeks after that.  Or
in some cases, what we're saying that we'd like to give patch authors
another two weeks to finish work that should really have been done
before submitting the patch in the first place.

Now, on the flip side, I think that if we get the CommitFest done in 6
weeks, that will be almost as good as getting it done in 4 weeks,
because the last two release cycles I've put huge amounts of energy
into trying to get the release stable enough to release before July
and August roll around and everybody disappears.  It didn't work,
either time.  If that's not going to happen anyway, then there's not
really much point in getting stressed about another week or two.  On
the other hand, speaking only for myself, if I review and/or commit 15
patches in the next month - i.e. three times the number I've
submitted, and note that most of what I've submitted for this
CommitFest is pretty simple stuff - I'm not going to be very
enthusiastic about taking another weeks to pick up 7 or 8 more.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


pgsql-hackers by date:

Previous
From: Daniel Farina
Date:
Subject: Re: Should we add crc32 in libpgport?
Next
From: Alvaro Herrera
Date:
Subject: Re: age(xid) on hot standby