]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Split the release notes into a separate file for each (active) major branch,
authorTom Lane <tgl@sss.pgh.pa.us>
Sat, 2 May 2009 20:17:33 +0000 (20:17 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Sat, 2 May 2009 20:17:33 +0000 (20:17 +0000)
commit252d2b1e4e3ad3894b9d7915df482fb251495b56
tree168c9edb01acfd5981f9d593edf71f488d29317d
parentd4f9678ce838c348d9965ded8eb7c1c8fd5b62f4
Split the release notes into a separate file for each (active) major branch,
as per my recent proposal.  release.sgml itself is now just a stub that should
change rarely; ideally, only once per major release to add a new include line.
Most editing work will occur in the release-N.N.sgml files.  To update a back
branch for a minor release, just copy the appropriate release-N.N.sgml
file(s) into the back branch.

This commit doesn't change the end-product documentation at all, only the
source layout.  However, it makes it easy to start omitting ancient information
from newer branches' documentation, should we ever decide to do that.
doc/src/sgml/Makefile
doc/src/sgml/filelist.sgml
doc/src/sgml/generate_history.pl [new file with mode: 0644]
doc/src/sgml/release-7.4.sgml [new file with mode: 0644]
doc/src/sgml/release-8.0.sgml [new file with mode: 0644]
doc/src/sgml/release-8.1.sgml [new file with mode: 0644]
doc/src/sgml/release-8.2.sgml [new file with mode: 0644]
doc/src/sgml/release-8.3.sgml [new file with mode: 0644]
doc/src/sgml/release-old.sgml [new file with mode: 0644]
doc/src/sgml/release.sgml