注：GitHub Enterprise Server 2.22 上的 GitHub Actions 支持是有限的公测版。 测试已结束。 GitHub Actions 现在一般可用于 GitHub Enterprise Server 3.0 或更新版本。 更多信息请参阅 GitHub Enterprise Server 3.0 发行说明。
- 有关升级到 GitHub Enterprise Server 3.0 或更新版本的更多信息，请参阅“升级 GitHub Enterprise Server”。
- 有关在升级后配置 GitHub Actions 的更多信息，请参阅 GitHub Enterprise Server 3.0 的文档。
注： GitHub 托管的运行器目前在 GitHub Enterprise Server 上不受支持。 您可以在 GitHub 公共路线图 上查看有关未来支持计划的更多信息。
执行这些步骤需要对仓库的写入访问权限。
取消工作流程运行
-
在 GitHub Enterprise Server 上，导航到仓库的主页面。
-
在仓库名称下，单击 Actions（操作）。
-
在左侧边栏中，单击您想要查看的工作流程。
-
从工作流程运行列表中，单击您要取消的
已排队或进行中运行的名称。
-
在工作流程右上角单击 Cancel workflow（取消工作流程）。
GitHub 取消工作流程运行所执行的步骤
取消工作流程运行时，您可能正在运行使用与工作流程运行相关的资源的其他软件。 为了帮助您释放与工作流程运行相关的资源，它可能有助于了解 GitHub 为取消工作流程运行而执行的步骤。
- 要取消工作流程运行，服务器将重新评估所有正在运行的作业的
if条件。 如果条件评估为true，作业将不会取消。 例如，条件if: always()将评估为 true，并且作业继续运行。 没有条件时，则等同于条件if: success()，仅在上一步已成功完成时才会运行。 - 对于需要取消的作业，服务器向包含需取消作业的所有运行器机器发送取消消息。
- 对于继续运行的作业，服务器将对未完成的步骤重新评估
if条件。 如果条件评估为true，则步骤继续运行。 - 对于需要取消的步骤，运行器机器发送
SIGINT/Ctrl-C到该步骤的输入进程（node用于 javascript 操作，docker用于容器操作，bash/cmd/pwd则在步骤中使用run时发送）。 如果进程未在 7500 毫秒内退出，运行器将发送SIGTERM/Ctrl-Break到此进程，然后等待 2500 毫秒让进程退出。 如果该进程仍在运行，运行器会停止进程树。 - 在 5 分钟取消超时期后，服务器将强制终止未完成运行或无法完成取消进程的所有作业和步骤。