Versioning policy PgJDBC - discussion
От | Jorge Solórzano |
---|---|
Тема | Versioning policy PgJDBC - discussion |
Дата | |
Msg-id | CA+cVU8PMsQUachn6Ari2egdAJUA_ytFVgQAXk6u6c2fEW35MJQ@mail.gmail.com обсуждение исходный текст |
Ответы |
Re: Versioning policy PgJDBC - discussion
|
Список | pgsql-jdbc |
As many are aware the PostgreSQL Project has decided to switch to a new version numbering policy. The current version number composition is: Major1.Major2.Minor (9.6.1) and the new will be just Major.Minor so the next major version will be just "10" (instead of 10.0). This decision was made because with that first number is that they have no clear criteria when to advance it.
9.0-801 (2010-09) -> 9.0 (2010-09)
9.1-901 (2011-04) -> 9.1 (2011-09)
9.2-1000 (2012-09) -> 9.2 (2012-09)
9.3-1100 (2013-11) -> 9.3 (2013-09)
9.4-1200 (2015-01) -> 9.4 (2014-12)
9.4.1210 (2016-09) -> 10? (2017-?)
Given a version number MAJOR.MINOR, increment the:
- MAJOR version when you make incompatible API changes, *or a major feature change is introduced*.
- MINOR version when you add functionality in a backwards-compatible manner, and when you make backwards-compatible bug fixes.
Since we aim to support very old versions of Postgres up to 8.2, there should be no discussion about using the latest version on an old version of the server. "What version do I use for Postgres 8.3? Use the latest. For Postgres 9.1? Use the latest."
So the big question would be, on which version should we start on? for me the obvious choice is 13.0, let me explain, most versions comes with a release number, for 9.0 is 801 wich can be translated to 8.1, and 9.3 is 1100 -> 11.0, and 9.4 is 1200 -> 12.0...
So the obvious choice is 13.0, why 13.0 and not 12.13 (release 9.4.1213)? there will (probably) be many new features (adaptive fetch size, replication protocol support, remove support for pg<8.2) on this release that should gain a MAJOR version increment, and anyway a change in versioning should require a full version increment on it own. 13.0 should be a good starting point since 13 > 9, so it obviously won't break any parser.
Why not 10.0? the first reason is that we don't want to keep a close relation with the server version, if we use 10.0 people will start to think that is the version for use with Pg10, the second reason is that we "lose" the release versioning increments of previous version, and since we are using that to point users (JDBC 1212 released) it makes more sense that the next news reads "JDBC 13.0 released" and not "JDBC 10.0 released" since users will relate 1212 with 12.12 more easily and 12.12 > 10.0 wich should be wrong.
This is an open discussion, any comments are welcome.
Regards,
В списке pgsql-jdbc по дате отправления: