Re: Release note trimming: another modest proposal
Jonathan S. Katz <jkatz@postgresql.org>
From: "Jonathan S. Katz" <jkatz@postgresql.org>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Bruce Momjian <bruce@momjian.us>, Magnus Hagander <magnus@hagander.net>,
Peter Eisentraut <peter.eisentraut@2ndquadrant.com>,
pgsql-docs@lists.postgresql.org
Date: 2019-02-04T22:35:00Z
Lists: pgsql-docs
On 2/4/19 5:23 PM, Tom Lane wrote: > "Jonathan S. Katz" <jkatz@postgresql.org> writes: >> On 2/4/19 4:25 PM, Tom Lane wrote: >>> After a bit more thought, I'm inclined to propose that the policy be >>> that we *don't* update the surviving back branches for branch retirement. > >> ...so I guess in turn, we would not update back branches with newer >> releases as well, i.e. adding references about 12 to 10? That makes >> sense, and eases some of the burden on releases. > > No, I definitely didn't have any intention of putting in forward > references to later releases. That seems a bit weird. Agreed. Anyway, I like the overall solution: +1 Thanks for writing the patch, Jonathan
Commits
-
Doc: in each release branch, keep only that branch's own release notes.
- ed64db588a67 9.5.16 landed
- bb428cb11722 9.4.21 landed
- 60b1d6c2a736 9.6.12 landed
- 2b24271153ec 10.7 landed
- 0d13dd371b64 11.2 landed
- 527b5ed1ad46 12.0 landed