From: | Joe Conway <mail(at)joeconway(dot)com> |
---|---|
To: | PostgreSQL-development <pgsql-hackers(at)postgreSQL(dot)org> |
Subject: | question regarding policy for patches to out-of-support branches |
Date: | 2024-06-05 18:07:40 |
Message-ID: | 48e14908-6b1f-41d6-a2d5-46db870e33dc@joeconway.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
I was having a discussion regarding out-of-support branches and effort
to keep them building, but could not for the life of me find any actual
documented policy (although I distinctly remember that we do something...).
I did find fleeting references, for example:
8<-----------------------
commit c705646b751e08d584f6eeb098f1ed002aa7b11c
Author: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Date: 2022-09-21 13:52:38 -0400
<snip>
Per project policy, this is a candidate for back-patching into
out-of-support branches: it suppresses annoying compiler warnings
but changes no behavior. Hence, back-patch all the way to 9.2.
8<-----------------------
and on its related thread:
8<-----------------------
However, I think that that would *not* be fit material for
back-patching into out-of-support branches, since our policy
for them is "no behavioral changes".
8<-----------------------
Is the policy written down somewhere, or is it only project lore? In
either case, what is the actual policy?
Thanks,
--
Joe Conway
PostgreSQL Contributors Team
RDS Open Source Databases
Amazon Web Services: https://aws.amazon.com
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2024-06-05 18:10:21 | Re: ssl tests fail due to TCP port conflict |
Previous Message | Tom Lane | 2024-06-05 17:58:54 | Re: small pg_dump code cleanup |