Re: Proposal: Make cfbot fail on patches not created by "git format-patch"

From: Aleksander Alekseev <aleksander(at)timescale(dot)com>
To: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Cc: Jelte Fennema-Nio <me(at)jeltef(dot)nl>, Daniel Gustafsson <daniel(at)yesql(dot)se>
Subject: Re: Proposal: Make cfbot fail on patches not created by "git format-patch"
Date: 2025-05-19 13:22:43
Message-ID: CAJ7c6TO1icv5vsVZAdrn+Dvw==suVW4thUDOp2F8XzyHJmnC0w@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

> > Is this really lowering the bar for new contributors? I've always held "be
> > liberal in what you accept" as a gold standard for projects I'm involved in, to
> > remove barriers to entry. Good commit messages are obviously very important,
> > but having your patch rejected (yes, I know, failing to apply) might not be
> > strongest motivator for achieving this.
>
> Lowering the bar for new contributors wasn't the purpose of this
> change in policy. It's meant to reduce the work that committers and
> reviewers have to do, which then in turn would result in quicker
> reviews/commits. In my experience with other open source projects new
> contributors are usually fine with adhering to project standards, if
> they are told what those standards are. e.g. these days basically
> every popular open source project is running a CI job that fails if
> the auto-formatter fails.

I appreciate your desire to address named problems, but I don't think
the proposed steps will help much.

In my experience people who have been contributing for some time use
format-patch and provide at least a draft of the commit message,
because they know it's more convenient both for the reviewers (the
patch has better chances to be reviewed and tested), and for the
authors to rebase the patch after a while. Newcomers sometimes submit
patches that don't even target the `master` branch, and they don't
know we have cfbot.

--
Best regards,
Aleksander Alekseev

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jim Jones 2025-05-19 13:23:39 Re: [PoC] XMLCast (SQL/XML X025)
Previous Message Robert Haas 2025-05-19 13:21:07 Re: Consider explicit incremental sort for Append and MergeAppend