From: | "Lee, Meyer " <meyer(dot)lee(at)citi(dot)com> |
---|---|
To: | "pgadmin-hackers(at)lists(dot)postgresql(dot)org" <pgadmin-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | pgAdmin support lifecycle |
Date: | 2023-02-08 22:04:34 |
Message-ID: | MN6PR18MB54433FE0A788F84685A6EF679FD89@MN6PR18MB5443.namprd18.prod.outlook.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgadmin-hackers |
Hi pgadmin-hackers(at)lists(dot)postgresql(dot)org<mailto:pgadmin-hackers(at)lists(dot)postgresql(dot)org>,
I have noticed that the support lifecycle section has recently been updated at https://www.pgadmin.org/support/.
Lifecycle
pgAdmin has a "rolling release" policy; only the latest release is considered to be supported at any time. We do not maintain back-branches or stable versions, and any bug fixes or new features will be added to the next release only.
The version number uses a major.minor format. Typically any new release will have the minor version number incremented, however if a significant change is included in a release, particularly one that will change a large part of the experience for users, we may increment the major version number instead.
We aim to release new versions of pgAdmin every 4 weeks, though the timing may vary around major holidays (e.g. Christmas/New Year, or Diwali). We may also make additional out-of-cycle releases in response to security related fixes.
I have concerns about the first statement as it requires that my team test and validate the latest version every 4 weeks (or sooner if out-of-cycle release) in order to use the tool and get support. Is there any opportunity to adjust this policy to cover the last major version of pgAdmin?
Thanks
Meyer
From | Date | Subject | |
---|---|---|---|
Next Message | Dave Page | 2023-02-09 09:34:03 | Re: pgAdmin support lifecycle |
Previous Message | Vaij Bharamshetty | 2023-02-08 15:10:19 | Re: PGadmi4 - Unable to set up dev environment |