From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | The Hermit Hacker <scrappy(at)hub(dot)org> |
Cc: | Vince Vielhaber <vev(at)michvhf(dot)com>, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [HACKERS] 6.6 release |
Date: | 1999-12-10 15:06:53 |
Message-ID: | 20228.944838413@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
The Hermit Hacker <scrappy(at)hub(dot)org> writes:
> On Fri, 10 Dec 1999, Vince Vielhaber wrote:
>> I thought Marc decided[1] last year to drop the minor.minor version
>> numbers. IOW, there would be no 6.6.1, 6.6.2, etc. Make the upcoming
>> release 7.0 and take care of any minor glitches in it as 7.1, 7.2 and
>> when WAL and the other stuff is ready - or as it's ready - release 8.0
>> and fix any glitches as 8.1, etc. Currently every minor release is really
>> a major one, so why not just mark it as such and not worry about it?
> when we do up Release 7, which I'd like to make this one, I'd *love* to
> make this a whole-hog thing...tag/branch things as REL_7, no minor
> number...
Yeah, I was thinking that if we were to call this 7.0 and have plans
for going to 8.0 as soon as WAL &etc are done, then we'd basically be
dropping one level of version number --- no need for a third number
if major revs are that close together. That's OK with me as long as
we all understand that it's a change in naming practices. There are
things we'd need to change to make it work. For example, PG_VERSION
would need to record only the top version number: 7.0 and 7.1 would be
expected to have compatible databases, not incompatible ones.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Jan Wieck | 1999-12-10 15:11:56 | Re: [HACKERS] 6.6 release |
Previous Message | Jan Wieck | 1999-12-10 15:03:27 | Re: [HACKERS] 6.6 release |