Re: Heads Up: cirrus-ci is shutting down June 1st
Euler Taveira <euler@eulerto.com>
From: "Euler Taveira" <euler@eulerto.com>
To: "Tom Lane" <tgl@sss.pgh.pa.us>, "Michael Paquier" <michael@paquier.xyz>
Cc: "Robert Haas" <robertmhaas@gmail.com>,
"Andres Freund" <andres@anarazel.de>,
pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2026-04-18T02:19:24Z
Lists: pgsql-hackers
On Fri, Apr 17, 2026, at 6:48 PM, Tom Lane wrote: > > I think running a test promptly after a new patch submission is > useful, even for small patches. I agree that the periodic re-tests > for bit-rot could be scaled back a lot. > That's my opinion too. This is particularly important for first-time contributors that may not know about the Postgres development process. For regular contributors, I expect that they have a CI setup and submit a new version only after the patch passes CI in its own repository. I'm not sure about restricting the CI runs to small patches. Although it is a minority, there are small patches that has a big potential to break things. Maybe an alternative to small and/or high-frequency patches is to not run them automatically but have a mechanism to trigger them manually once detected. The author or even one of the reviewers can trigger it. -- Euler Taveira EDB https://www.enterprisedb.com/
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
ci: Add GitHub Actions based CI
- 9c126063b19a 19 (unreleased) landed
-
ci: Remove support for cirrus-ci based CI
- 68c8a365d4dc 19 (unreleased) landed