Releases: potiuk/cancel-workflow-runs
Skip selected events
You can now choose to skip some even types when canceling events.
Optional cancel message in "self" mode
You can now specify an optional cancel message that will be used in "self" cancel mode.
Better PR handling
Better handing of the PR builds.
With this release you can handle PR fork builds even better.
The PR builds are now better handled with regards to both
running (using merge-request) and canceling (with cancel notifications).
First of all the merged commit from the PR are exposed, not the original commit
from the PR.
Secondly - the workflow run can notify the original run via comment, that
the workflow run has started and it can post link to the workflow_run in the original
PR.
Thirdly - when canceling duplicate PRs or PRs with failed
jobs, the workflow might add a comment to the PR stating the
reason why the PR is being cancelled.
Add 'workflow_dispatch' as the cancellable run
The `workflow_dispatch' event is now also one of the cancellable types of run.
Support for workflow_run events
Bring support for recently (August 2020) released workflow_run event type. This removes the need of frequently scheduled workflow that cancelled duplicate runs. This brings great support for open-source projects that often run pull requests from forked repositories.
This release also brings support for several different cancel modes. You can cancel now:
- duplicate runs (including canceling runs triggered by forks)
- self runs (especially useful for workflow_runs which can cancel the source runs)
- failed jobs (implementing fail-fast types of jobs which are currently missing in GitHub actions
- named jobs (useful to work around a missing feature allowing to cancel duplicate workflow_run triggered runs)
First release
First release based on https://github.com/n1hility/cancel-previous-runs/. This plugin includes the capability of not only canceling the past runs of the same branch but also fast-fail in case of failure of selected jobs.
This should help in decreasing an elapsed time of builds (as jobs might be started early) as well as canceling remaining jobs in progress in case some important jobs fail.
First release
same as v1.0