| From: | Álvaro Herrera <alvherre(at)kurilemu(dot)de> |
|---|---|
| To: | Bruce Momjian <bruce(at)momjian(dot)us> |
| Cc: | Peter Geoghegan <pg(at)bowt(dot)ie>, Andrey Borodin <x4mmm(at)yandex-team(dot)ru>, PostgreSQL-development <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: PG 19 release notes and authors |
| Date: | 2026-04-05 14:09:57 |
| Message-ID: | 202604051405.sxedzcgzky3n@alvherre.pgsql |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 2026-Apr-05, Bruce Momjian wrote:
> I just updated the wiki to handle this case because obviously
> Co-authored-by is listing more than just committers:
>
> https://wiki.postgresql.org/wiki/Commit_Message_Guidance#Tags%3A_%22%3A%22
> Used to indicate the patch authors. "Co-authored-by:" should list
> individuals who modified the patch but should not be listed as
> authors in the release notes.
I don't see in what way this is useful. Why do you want to suppress
people from getting credit for the work they do? Having changed the
commit guidance this way, I think no committer would use Co-authored-by
at all.
> I am not sure PG 19 follows this, but we might want to follow it going
> forward.
More and more I am getting the feeling that the commit guidance is
actually misguided. The document itself is not very good (I mean, why
use XML-lookalike to represent a commit message, which is regular
English prose??); and I don't feel it represents actual consensus.
> A larger issue is that since we now have links to the commits in the
> release notes, there might no longer be a need to list _any_ names next
> to the release note items.
I don't understand your motivation for saying things like these.
--
Álvaro Herrera Breisgau, Deutschland — https://www.EnterpriseDB.com/
Subversion to GIT: the shortest path to happiness I've ever heard of
(Alexey Klyukin)
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Ashutosh Bapat | 2026-04-05 14:16:51 | Re: Better shared data structure management and resizable shared data structures |
| Previous Message | Ashutosh Bapat | 2026-04-05 14:08:09 | Re: Better shared data structure management and resizable shared data structures |