Re: New developer papercut - Makefile references INSTALL
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Josef Šimánek <josef.simanek@gmail.com>
Cc: samay sharma <smilingsamay@gmail.com>, Tim McNamara <tim@mcnamara.nz>,
PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2022-01-21T15:31:07Z
Lists: pgsql-hackers
=?UTF-8?B?Sm9zZWYgxaBpbcOhbmVr?= <josef.simanek@gmail.com> writes: > There is README.git explaining this. README itself is meant to be used > for distributed source code. You can generate INSTALL locally for > example by running make dist (INSTALL will be present in > postgresql-15devel directory). > Anyway I do agree this is confusing. Maybe we can actually rename > README.git to README and current README to README.dist or similar. > README.dist can be copied to distribution package as README during > Makefile magic. IIRC, we discussed that when README.git was invented, and concluded that it would just create different sorts of confusion. I might be biased, as the person who is generally checking created tarballs for sanity, but I really do not want any situation where a file appearing in the tarball is different from the same-named file in the git tree. Perhaps it could be sane to not have *any* file named README in the git tree, only README.git and README.dist, with the tarball preparation process copying README.dist to README. However, if I'm understanding what github does, that would leave us with no automatically-displayed documentation for the github repo. So I'm not sure that helps with samay's concern. regards, tom lane
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