Re: separate serial_schedule useful?
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Peter Eisentraut <peter.eisentraut@2ndquadrant.com>,
pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2017-10-07T14:23:08Z
Lists: pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes: > On Fri, Oct 6, 2017 at 4:16 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: >> The other routine mistake, which I see Robert just made again, >> is to break the at-most-twenty-parallel-tests-at-once convention. >> I wonder if we can get in some sort of automated check for that. > There's no reason why pg_regress couldn't have a > --bail-if-group-size-exceeds=N argument, or why we couldn't have a > separate Perl script to validate the schedule file as part of the > build process. I'd go for the former approach; seems like less new code and fewer cycles used to enforce the rule. regards, tom lane
Commits
-
Enforce our convention about max number of parallel regression tests.
- ef73a8162a5f 11.0 landed
-
Clean up sloppy maintenance of regression test schedule files.
- 1fdab4d5aa47 11.0 landed