aboutsummaryrefslogtreecommitdiffstats
path: root/diff.c
diff options
context:
space:
mode:
authorTaylor Blau <me@ttaylorr.com>2022-11-08 13:25:45 -0500
committerTaylor Blau <me@ttaylorr.com>2022-11-08 13:26:20 -0500
commiteb5b03a9c0a0c8b4d82ece6069821de41b06722b (patch)
treef4a34a33ed8727f1e7ce79a5c81fd35e36babf86 /diff.c
parentThe tenth batch (diff)
downloadgit-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