Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fmin4-0005at-Rz for pgsql-docs@arkaria.postgresql.org; Mon, 06 Aug 2018 16:55:31 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fmin2-00073X-DF for pgsql-docs@arkaria.postgresql.org; Mon, 06 Aug 2018 16:55:28 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fmin2-00073M-6y for pgsql-docs@lists.postgresql.org; Mon, 06 Aug 2018 16:55:28 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fmimz-0007S4-L6; Mon, 06 Aug 2018 16:55:27 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id w76GtLim023298; Mon, 6 Aug 2018 12:55:21 -0400 From: Tom Lane To: "Jonathan S. Katz" cc: pgsql-docs@lists.postgresql.org Subject: Re: Release note trimming: another modest proposal In-reply-to: <3070E803-B5D5-46DA-80E5-47B43BE9B085@postgresql.org> References: <19252.1533509841@sss.pgh.pa.us> <37D00E58-A0F0-42E4-83F1-A124A282575D@postgresql.org> <18020.1533568149@sss.pgh.pa.us> <04F6EF85-C7B7-42F3-84BC-D5670C9D77E1@postgresql.org> <19825.1533570442@sss.pgh.pa.us> <3070E803-B5D5-46DA-80E5-47B43BE9B085@postgresql.org> Comments: In-reply-to "Jonathan S. Katz" message dated "Mon, 06 Aug 2018 12:45:31 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-ID: <23296.1533574521.1@sss.pgh.pa.us> Content-Transfer-Encoding: 8bit Date: Mon, 06 Aug 2018 12:55:21 -0400 Message-ID: <23297.1533574521@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk "Jonathan S. Katz" writes: > FWIW I’m thinking of something like: > `/docs/release-notes/release-X-Y(-Z)?.html` > and have them all live there. Of course the docs themselves would still > have their copy of the release notes, but we could at least have a single > repository of all the releases, which I do see on other OSS projects. I'm imagining this being a repo of only the obsolete branches' release notes, not the active ones. Otherwise we are talking about maintaining two copies of active release note files (because of the xref problem). I personally will flat out refuse to do that; the overhead of maintaining the relnotes is high enough already. Maybe you could make the website look like that without any manual effort using a reverse redirection rule (redirecting from this new area back into the standard docs, for pages belonging to active branches). But that seems pretty confusing, and prone to redirection loops if we also have the other thing. regards, tom lane