Re: Release planning (was: Re: Status report)

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Jan Wieck <JanWieck(at)Yahoo(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Release planning (was: Re: Status report)
Date: 2004-07-13 22:47:12
Message-ID: 200407140047.12216.peter_e@gmx.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Marc G. Fournier wrote:
> Nobody would be required to upgrade to a new minor release either ...
> nobody is *require* to upgrade to any release, for that matter ...

Most people don't have the time to investigate release notes, release
policy details, etc. When there are bug fix updates, you use them.
When there are feature updates, you use them for the next installation.
Anything in between, or more variations added to that, just cause
confusion. And frankly, for the examples thrown around that use this
kind of policy, I can't see those as being very successful. I don't
want to use a "stable" branch of a database system that still changes
for random reasons. And I don't want a "current" branch that takes
years to finalize. More frequent major releases, to the point that we
can stem it, lead to more people getting more features earlier, which
is good. Any of the other proposal just make things worse in my mind.

--
Peter Eisentraut
http://developer.postgresql.org/~petere/

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2004-07-13 22:47:45 Re: Release planning (was: Re: Status report)
Previous Message Bruce Momjian 2004-07-13 22:46:54 Re: Release planning (was: Re: Status report)