Re: New developer papercut - Makefile references INSTALL
Andres Freund <andres@anarazel.de>
From: Andres Freund <andres@anarazel.de>
To: Magnus Hagander <magnus@hagander.net>
Cc: Tom Lane <tgl@sss.pgh.pa.us>, Robert Haas <robertmhaas@gmail.com>, Josef Šimánek <josef.simanek@gmail.com>, samay sharma <smilingsamay@gmail.com>, Tim McNamara <tim@mcnamara.nz>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2022-02-09T23:37:46Z
Lists: pgsql-hackers
Hi, On 2022-02-09 22:32:59 +0100, Magnus Hagander wrote: > On Fri, Jan 21, 2022 at 11:53 PM Andres Freund <andres@anarazel.de> wrote: > > On 2022-01-21 17:25:08 -0500, Tom Lane wrote: > > > Perhaps this could be finessed by making updating of INSTALL > > > the responsibility of some post-commit hook on the git server. > > > Not sure that we want to go there, though. In any case, that > > > approach would negate your point about seeing the results. > > > > It would. I guess it'd still be better than the situation today, but... > > post-commit hooks don't run on the git server, they run locally on > your machine. There is a "post receive" hook that runs on the git > server, but we definitely don't want that one to fabricate new commits > I think. Why not? We probably wouldn't want to do synchronously as part of the receive hook, but if we have a policy that INSTALL is not to be updated by humans, but updated automatically whenever its sources are modified, I'd be OK with auto-committing that. But before we go there, it might be worth checking if the generated INSTALL actually changes meaningfully across "doc toolchain" versions. If not, a simpler receive hook verifying that INSTALL was updated when the relevant sgml files changed probably would be sufficient. Greetings, Andres Freund
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Dynamically find correct installation docs in Makefile.
- c330b75d9cce 15.0 landed