Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1w9mdv-001k9T-2e for pgsql-hackers@arkaria.postgresql.org; Mon, 06 Apr 2026 16:17:39 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1w9mdt-00AE4f-1I for pgsql-hackers@arkaria.postgresql.org; Mon, 06 Apr 2026 16:17:37 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1w9mds-00AE4X-37 for pgsql-hackers@lists.postgresql.org; Mon, 06 Apr 2026 16:17:37 +0000 Received: from momjian.us ([72.94.173.45]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1w9mdr-00000000saF-1wDH for pgsql-hackers@lists.postgresql.org; Mon, 06 Apr 2026 16:17:36 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=momjian.us; s=2026010100; h=In-Reply-To:Content-Transfer-Encoding:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-ID:Content-Description; bh=OztLE8hgmRv16bVt/Z7Qq/hK8p2NI5/31HdBmikceMM=; b=QVPV+KEzDttIV+a4DcUt2QOhgY qKZvizFbl2dWNuj1Z6jpwUY9JAIyI0caKmgVK+MwDMSzpmRrJHAQF9HE8YNZjd4pxGI8/n+e8nYFp rHz9gzokzQGjgD/9UBycZKoMuX2VEWzgIQAc2WuD6js5qwh02RpCK6te67O1F14J3aOqmCgVDsIuV cOdWm3ySTd5Jqv3K/L06SHv9a7e2CH2GPAcGuKnXZKtTBvCmc2//mXc+hxOuA1AFkH3XViBU4dyLg UIvvPEG0qnKhTtSIkdbtVNrrILqlzfMZqRiLt8DBD9i2pQBwE2p57V6pWuOCtBkyxlXZrtCkHldUB PK79Zf7A==; Received: from bruce by momjian.us with local (Exim 4.98.2) (envelope-from ) id 1w9mdn-00000003799-40Uu; Mon, 06 Apr 2026 12:17:31 -0400 Date: Mon, 6 Apr 2026 12:17:31 -0400 From: Bruce Momjian To: Jacob Champion Cc: John Naylor , Tom Lane , Andres Freund , =?utf-8?Q?=C3=81lvaro?= Herrera , Peter Geoghegan , Andrey Borodin , PostgreSQL-development Subject: Re: PG 19 release notes and authors Message-ID: References: <202604051405.sxedzcgzky3n@alvherre.pgsql> <582789.1775401852@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Mon, Apr 6, 2026 at 08:43:00AM -0700, Jacob Champion wrote: > On Mon, Apr 6, 2026 at 7:47 AM John Naylor wrote: > > That's not how I interpreted it at all, and after seeing commits with > > both "Author" and "Co-authored-by" I am equally confused as to how > > people are interpreting it. > > In case it helps, here's what I had always assumed the meanings were > without consulting the wiki, with links to commits I've made so you > can roast my usage. > > - "Author" overrides the default assumption, which is that the > committer was the author of the patch: https://postgr.es/c/a6483f5ac > - "Co-authored-by" lists co-authors, who share attribution in some > unspecified way. (GitHub adds a weak mechanical effect to this tag.) > https://postgr.es/c/993368113 > - Some people list multiple Author: lines as an alternative to > Co-authored-by:, which never particularly bothered me. > - If attribution is more complex than that, people just say that in > the body of the message: https://postgr.es/c/c2bca7cc9 What you have said above is the way I think most committers have done it for PG 19. If some have not, it would be good to tell me now. Also, if we want to change it going forward, that would be good to know. > In particular, if I don't want official "credit" in the release notes > for minor changes I made to a patch during commit, I don't need to add > any tag at all. I just mention that I changed the patch, following a > style I've seen from Tom and others: https://postgr.es/c/e020a897e Yes, I have seen that. > > My take is that the co-author tag has backfired and made things less > > clear. If we are using it inconsistently, then it doesn't convey any > > useful information. > > It conveys *attribution*, regardless of whether or not it's used > consistently for a mechanical purpose. I'm willing to bet that "I > coauthored this patch" has intuitive meaning to most people, inside > and outside this project. > > I'm glad the momentum appears to be in favor of keeping that > attribution, because the idea that we'd retroactively discard it > seems... misguided, to me. This is going to be fuzzy in complex cases, > but it's okay to just write the complexity longhand when needed, > right? Yes. -- Bruce Momjian https://momjian.us EDB https://enterprisedb.com Do not let urgent matters crowd out time for investment in the future.