Re: PG 19 release notes and authors

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)

In response to

Responses

Browse pgsql-hackers by date

  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