Re: 10.0

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Josh berkus <josh(at)agliodbs(dot)com>
Cc: Merlin Moncure <mmoncure(at)gmail(dot)com>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, David Fetter <david(at)fetter(dot)org>, Thom Brown <thom(at)linux(dot)com>, Dave Page <dpage(at)pgadmin(dot)org>, Robert Haas <robertmhaas(at)gmail(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: 10.0
Date: 2016-05-13 21:12:45
Message-ID: 18958.1463173965@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Josh berkus <josh(at)agliodbs(dot)com> writes:
> On 05/13/2016 02:00 PM, Tom Lane wrote:
>> I still don't like that much, and just thought of another reason why:
>> it would foreclose doing two major releases per year. We have debated
>> that sort of schedule in the past. While I don't see any reason to
>> think we'd try to do it in the near future, it would be sad if we
>> foreclosed the possibility by a poor choice of versioning scheme.

> Well, we have done two major releases in a year before, mostly due to
> one release being late and the succeeding one being on time.

What I was on about in this case was the idea of a six-month major release
cycle, which I definitely remember being discussed more-or-less-seriously
in the past. The question of what to do with a release that slips past
December 31st is distinct from that, though it would also be annoying
if we're using year-based numbers.

An analogy that might get some traction among database geeks is that
version numbers are a sort of surrogate key, and assigning meaning to
surrogate keys is a bad idea.

regards, tom lane

In response to

  • Re: 10.0 at 2016-05-13 21:06:26 from Josh berkus

Responses

  • Re: 10.0 at 2016-05-13 21:50:09 from Andrew Dunstan

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2016-05-13 21:13:27 Re: 10.0
Previous Message Justin Clift 2016-05-13 21:12:29 Re: Lets (not) break all the things. Was: [pgsql-advocacy] 9.6 -> 10.0