]> 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)
commitbb428cb11722f799898af44c51fc649e47cb0cdd
treeae1acf06b76531174dbac71938460316b33f08c6
parent2f93b74bf362e14c517820a5af30cfe64b2c4d1e
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
13 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-old.sgml [deleted file]
doc/src/sgml/release.sgml