Re: Release note trimming: another modest proposal
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: "Jonathan S. Katz" <jkatz@postgresql.org>
Cc: pgsql-docs@lists.postgresql.org
Date: 2018-08-06T19:27:35Z
Lists: pgsql-docs
I wrote: > Hm, so the only objection I can think of is that this results in the old > release notes only being available on the website; there's no other way > to access them, short of digging around in the git repo. But maybe that's > enough. Actually, a concrete reason why that might not be good is that it results in having a single point of failure: once we remove branch N's relnotes from the active branches, the only copy of that data is the one in the archive table the docload script is filling. Given, say, a bug in the docload script that causes it to overwrite the wrong table entries, can we recover? This doesn't seem insoluble, but it might mean a bit more work to do to ensure we can revert back to an earlier version of that table. regards, tom lane
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