Re: Release note trimming: another modest proposal - Mailing list pgsql-docs

From Jonathan S. Katz
Subject Re: Release note trimming: another modest proposal
Date
Msg-id 1F8EA64B-695C-4893-A436-B655C840788D@postgresql.org
Whole thread Raw
In response to Re: Release note trimming: another modest proposal  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Release note trimming: another modest proposal  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-docs
> On Aug 6, 2018, at 3:27 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> 
> 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?

Well, the release notes are still in the git history as well as the tarballs.
One could always pull an older tarball of PostgreSQL with the full
release.sgml and load from there.

Jonathan

Attachment

pgsql-docs by date:

Previous
From: Tom Lane
Date:
Subject: Re: Release note trimming: another modest proposal
Next
From: Tom Lane
Date:
Subject: Re: Release note trimming: another modest proposal