Skip site navigation (1) Skip section navigation (2)

Re: damage control mode

From: Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgresql(dot)org, Robert Haas <robertmhaas(at)gmail(dot)com>, Peter Eisentraut <peter_e(at)gmx(dot)net>, Dimitri Fontaine <dfontaine(at)hi-media(dot)com>, David Fetter <david(at)fetter(dot)org>
Subject: Re: damage control mode
Date: 2010-01-10 07:09:16
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
On Sunday 10 January 2010 01:38:07 Tom Lane wrote:
> Robert Treat <xzilla(at)users(dot)sourceforge(dot)net> writes:
> > ... I don't see much sense in worrying about it now; the 2 weeks between
> > end of CF and Beta are when we need to be cut-throat. Given that this
> > time the "must-have" feature is already in the tree, I think you will
> > find people coming around quickly to the side of pushing things out
> > rather than fighting to get things in.
> I think the other Robert's main point is that getting to beta in only
> two weeks is ridiculously optimistic (which I'm afraid I agree with).
> I believe that what he's proposing is tossing enough stuff overboard
> so that we can finish the January CF in much less than a month, and
> thereby have more time for alpha-level testing and stabilization of
> the tree.

I agree with your summary, although I'm not sure it needs to be supported at 
this point. While it hasn't been stated explicitly, I suspect most reviewers 
will be reviewing with the idea of "is there any chance that this is ready for 
commit" in the back of thier heads, and things that aren't will likely get 
pushed off quickly.

> Now the other approach we could take is that we'll ship *something*
> on 7 Mar, even if it's less stable than what we've traditionally
> considered to be beta quality.  I don't think that really helps
> much though; it just means we need more time in beta.

There are three reasons I'd probably be comfortable with that; 1) the CF 
process means we've likely had more eyes on the code going in than in past 
releases. 2) the alpha releases mean we should have already had more review 
than in previous releases. 3) so far we're still looking good on pg_migrator, 
which should make it easier for people to test the release once we get into 
beta (which should help speed that cycle up). 

But really if beta slips because we don't like the looks of our open issues 
list, thats signicantly better than the last couple releases where we held 
everything up just to get things into CVS months after feature freeze had 
passed us by. 

Robert Treat

In response to


pgsql-hackers by date

Next:From: Dimitri FontaineDate: 2010-01-10 09:16:38
Subject: Re: Congrats Alvaro!
Previous:From: Tom LaneDate: 2010-01-10 06:38:07
Subject: Re: damage control mode

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group