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
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? |