diff options
| author | Taylor Blau <me@ttaylorr.com> | 2022-11-08 13:25:45 -0500 |
|---|---|---|
| committer | Taylor Blau <me@ttaylorr.com> | 2022-11-08 13:26:20 -0500 |
| commit | eb5b03a9c0a0c8b4d82ece6069821de41b06722b (patch) | |
| tree | f4a34a33ed8727f1e7ce79a5c81fd35e36babf86 /diff.c | |
| parent | The tenth batch (diff) | |
| download | git-eb5b03a9c0a0c8b4d82ece6069821de41b06722b.tar.gz git-eb5b03a9c0a0c8b4d82ece6069821de41b06722b.zip | |
ci: avoid unnecessary builds
Whenever a branch is pushed to a repository which has GitHub Actions
enabled, a bunch of new workflow runs are started.
We sometimes see contributors push multiple branch updates in rapid
succession, which in conjunction with the impressive time swallowed by
even just a single CI build frequently leads to many queued-up runs.
This is particularly problematic in the case of Pull Requests where a
single contributor can easily (inadvertently) prevent timely builds for
other contributors when using a shared repository.
To help with this situation, let's use the `concurrency` feature of
GitHub workflows, essentially canceling GitHub workflow runs that are
obsoleted by more recent runs:
https://docs.github.com/en/actions/using-workflows/workflow-syntax-for-github-actions#concurrency
For workflows that *do* want the behavior in the pre-image of this
patch, they can use the ci-config feature to disable the new behavior by
adding an executable script on the ci-config branch called
'skip-concurrent' which terminates with a non-zero exit code.
Original-patch-by: Johannes Schindelin <Johannes.Schindelin@gmx.de>
Signed-off-by: Taylor Blau <me@ttaylorr.com>
Diffstat (limited to 'diff.c')
0 files changed, 0 insertions, 0 deletions
