Note: GitHub Actions was available for GitHub Enterprise Server 2.22 as a limited beta. The beta has ended. GitHub Actions is now generally available in GitHub Enterprise Server 3.0 or later. For more information, see the GitHub Enterprise Server 3.0 release notes.
- For more information about upgrading to GitHub Enterprise Server 3.0 or later, see "Upgrading GitHub Enterprise Server."
- For more information about configuring GitHub Actions after you upgrade, see the documentation for GitHub Enterprise Server 3.0.
Note: GitHub-hosted runners are not currently supported on GitHub Enterprise Server. You can see more information about planned future support on the GitHub public roadmap.
Write access to the repository is required to perform these steps.
Canceling a workflow run
-
On your GitHub Enterprise Server instance, navigate to the main page of the repository.
-
Under your repository name, click Actions.
-
In the left sidebar, click the workflow you want to see.
-
From the list of workflow runs, click the name of the
queued
orin progress
run that you want to cancel. -
In the upper-right corner of the workflow, click Cancel workflow.
Steps GitHub takes to cancel a workflow run
When canceling workflow run, you may be running other software that uses resources that are related to the workflow run. To help you free up resources related to the workflow run, it may help to understand the steps GitHub performs to cancel a workflow run.
- To cancel the workflow run, the server re-evaluates
if
conditions for all currently running jobs. If the condition evaluates totrue
, the job will not get canceled. For example, the conditionif: always()
would evaluate to true and the job continues to run. When there is no condition, that is the equivalent of the conditionif: success()
, which only runs if the previous step finished successfully. - For jobs that need to be canceled, the server sends a cancellation message to all the runner machines with jobs that need to be canceled.
- For jobs that continue to run, the server re-evaluates
if
conditions for the unfinished steps. If the condition evaluates totrue
, the step continues to run. - For steps that need to be canceled, the runner machine sends
SIGINT/Ctrl-C
to the step's entry process (node
for javascript action,docker
for container action, andbash/cmd/pwd
when usingrun
in a step). If the process doesn't exit within 7500 ms, the runner will sendSIGTERM/Ctrl-Break
to the process, then wait for 2500 ms for the process to exit. If the process is still running, the runner kills the process tree. - After the 5 minutes cancellation timeout period, the server will force terminate all jobs and steps that don't finish running or fail to complete the cancellation process.