Re: Version Numbering

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: Version Numbering
Дата
Msg-id AANLkTikHp77bdXuOP_wiiYN7c77Eup9m0qZZmN-YrOcn@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Version Numbering  ("Joshua D. Drake" <jd@commandprompt.com>)
Ответы Re: Version Numbering  (Peter Geoghegan <peter.geoghegan86@gmail.com>)
Re: Version Numbering  (Wolfgang Wilhelm <wolfgang20121964@yahoo.de>)
Список pgsql-hackers
On Sat, Aug 21, 2010 at 6:37 PM, Joshua D. Drake <jd@commandprompt.com> wrote:
> Q. Do we have a problem?
> A. Some of our contributors, even some very experienced contributors
> feel we do.
>
> Q. What is the problem we are trying to solve?
> A. That users, especially those that are less technical are confused by
> our versioning system.
>
> Q. How do we solve that problem?
> A. ...

Sorry, but this is all a logical fallacy. There will always be a
percentage of people who are confused. The question is which scheme
results in the least confusion and communicates the most information.

Following industry standard practice is the best way to minimize that
confusion. If we adopt a different scheme then it might be clearer to
beginners but be confusing and unhelpful to everyone else. It'll look
like we're doing a major rewrite every year and there's no way to tell
which releases are major changes and which are just annual releases.

Frankly I think we've been bumping version numbers too often. It's a
consequence of the insane pace of development we've had. Adding PITR
in 8.0 was a pretty major step and hot standby in 9.0 will be big too.
But we should be limiting the first digit for Perl 6 scale changes,
not just features that are really really cool.

-- 
greg


В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Joshua D. Drake"
Дата:
Сообщение: Re: Version Numbering
Следующее
От: Tom Lane
Дата:
Сообщение: Replacing the pg_get_expr security hack with a datatype solution