]> granicus.if.org Git - postgresql/commit
Doc: in each release branch, keep only that branch's own release notes.
authorTom Lane <tgl@sss.pgh.pa.us>
Tue, 5 Feb 2019 00:18:50 +0000 (19:18 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Tue, 5 Feb 2019 00:18:50 +0000 (19:18 -0500)
commit60b1d6c2a736a1279b297f698cf507d5c81fa31a
tree99813d603350a2ceee28b003d6ab9e503a198fe3
parent16e0464a11d8c2840cf8127394a4b4315111440a
Doc: in each release branch, keep only that branch's own release notes.

Historically we've had each release branch include all prior branches'
notes, including minor-release changes, back to the beginning of the
project.  That's basically an O(N^2) proposition, and it was starting to
catch up with us: as of HEAD the back-branch release notes alone accounted
for nearly 30% of the documentation.  While there's certainly some value
in easy access to back-branch notes, this is getting out of hand.

Hence, switch over to the rule that each branch contains only its own
release notes.  So as to not make older notes too hard to find, each
branch will provide URLs for the immediately preceding branches'
release notes on the project website.

There might be value in providing aggregated notes across all branches
somewhere on the website, but that's a task for another day.

Discussion: https://postgr.es/m/cbd4aeb5-2d9c-8b84-e968-9e09393d4c83@postgresql.org
15 files changed:
doc/src/sgml/filelist.sgml
doc/src/sgml/release-7.4.sgml [deleted file]
doc/src/sgml/release-8.0.sgml [deleted file]
doc/src/sgml/release-8.1.sgml [deleted file]
doc/src/sgml/release-8.2.sgml [deleted file]
doc/src/sgml/release-8.3.sgml [deleted file]
doc/src/sgml/release-8.4.sgml [deleted file]
doc/src/sgml/release-9.0.sgml [deleted file]
doc/src/sgml/release-9.1.sgml [deleted file]
doc/src/sgml/release-9.2.sgml [deleted file]
doc/src/sgml/release-9.3.sgml [deleted file]
doc/src/sgml/release-9.4.sgml [deleted file]
doc/src/sgml/release-9.5.sgml [deleted file]
doc/src/sgml/release-old.sgml [deleted file]
doc/src/sgml/release.sgml