Re: Why new features only in magior releases ?

From: Neil Conway <neilc(at)samurai(dot)com>
To: Gaetano Mendola <mendola(at)bigfoot(dot)com>
Cc: "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Why new features only in magior releases ?
Date: 2004-05-18 22:16:40
Message-ID: 40AA8B48.3070707@samurai.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Gaetano Mendola wrote:
> Currently some changes are back ported to old branches ( BTW, why not to
> switch to use "subversion"? ) so I don't think this actualy a big issue

The only changes that are presently backported are bug fixes that the
committing developer feels confident will not cause a regression (for
this reason, it is common practice to commit a simplified version of a
change to the stable release series, and a more complete rewrite to
-devel). It would require significantly more work to backport larger
changes -- both due to code drift in the development branch, and the
likelihood that larger changes that introduce new features will require
a lot more testing than small changes that fix critical, localized bugs.

(Of course, one option for users who want new features in a stable
release series is to hire a company to backport them for you. It is
already common practice for some companies to support PostgreSQL
releases for longer than the development group is prepared to do.)

As for using SVN, that's been suggested before (there was a long thread
on it recently). I wouldn't object, although (a) I don't see the rush,
CVS works fine for us AFAIK (b) arch might be worth considering as an
alternative.

-Neil

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Joshua D. Drake 2004-05-18 22:29:30 Re: Call for 7.5 feature completion
Previous Message Thomas Hallgren 2004-05-18 22:14:48 Re: add server include files to default installation?