Re: Release cycle length - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: Release cycle length
Date
Msg-id Pine.LNX.4.44.0311180215410.639-100000@peter.localdomain
Whole thread Raw
In response to Re: Release cycle length  (Neil Conway <neilc@samurai.com>)
Responses Re: Release cycle length  ("Joshua D. Drake" <jd@commandprompt.com>)
Re: Release cycle length  (Neil Conway <neilc@samurai.com>)
List pgsql-hackers
Neil Conway writes:

> Peter Eisentraut <peter_e@gmx.net> writes:
> > The time from release 7.3 to release 7.4 was 355 days, an all-time
> > high.  We really need to shorten that.
>
> Why is that?

First, if you develop something today, the first time users would
realistically get a hand at it would be January 2005.  Do you want that?
Don't you want people to use your code?  We fix problems, but people must
wait a year for the fix?

Second, the longer a release cycle, the more problems amass.  People just
forget what they were doing in the beginning, no one is around to fix the
problems introduced earlier, no one remembers anything when it comes time
to write release notes.  The longer you develop, the more parallel efforts
are underway, and it becomes impossible to synchronize them to a release
date.  People are not encouraged to provide small, well-thought-out,
modular improvements.  Instead, they break everything open and worry about
it later.  At the end, it's always a rush to close these holes.

Altogether, it's a loss for both developers and users.

-- 
Peter Eisentraut   peter_e@gmx.net



pgsql-hackers by date:

Previous
From: Christopher Kings-Lynne
Date:
Subject: Re: logical column position
Next
From: Larry Rosenman
Date:
Subject: help!