我正在为一个项目仓库设置Github Actions。
工作流程包括以下步骤：
然而，我有两个不同的Kubernetes部署：一个用于开发，另一个用于生产。因此，我也有两个Github Action工作流程。
Github Action开发工作流会在每次提交时触发：
on:
push:
branches:
- master
但我不希望这样影响我的生产流程。我需要手动触发，比如一个“发送到生产”的按钮。在文档中没有看到类似的内容。
有没有办法在Github Actions中手动触发工作流程？
如何拆分开发和生产工作流程以实现我的要求，在Github Actions、Docker或Kubernetes上都可以。
workflow_dispatch事件进行手动触发。
您可以选择要运行工作流程的分支。
philippe在评论中添加：on:
workflow_dispatch:
inputs:
logLevel:
description: 'Log level'
required: true
default: 'warning'
tags:
description: 'Test scenario tags'
触发的工作流程在github.event上下文中接收输入。
例如：
jobs:
printInputs:
runs-on: ubuntu-latest
steps:
- run: |
echo "Log level: ${{ github.event.inputs.logLevel }}"
echo "Tags: ${{ github.event.inputs.tags }}"
You can add
workflow_dispatchto a workflow that also has other triggers (likeon pushand / orschedule)on: workflow_dispatch: push: branches: - master pull_request: types: [opened, synchronize, reopened]
已编辑：
这条推文很好地解释了如何使用工作流触发器： https://twitter.com/github/status/1321859709075394563?s=19
Github Actions 中是否有一种手动触发工作流的方法？
我有一个小技巧可以实现...
通过 watch 事件，你可以通过给仓库点赞或取消点赞来手动触发一个操作。在你的工作流程中，该事件的代码为：
on:
watch
types: [started]
我知道这很奇怪但它有效！但是，如果这是一个潜在有收获的公共repo，这不是最好的方法。
如何分离我的开发和生产工作流以实现我想要的结果，无论是在GitHub Actions，Docker还是Kubernetes上？
在Github Actions中，你可以创建多个工作流或任务，并按目标分支或事件进行过滤。例如，您可以组合多个事件，例如触发推送并与cron在午夜运行的工作流。
repository_dispatch外，我们可以将watch与if: github.actor == 'hackerman'结合使用，以过滤掉随机陌生人。或者更好的是 - if: github.actor == github.event.repository.owner.login，以获得额外的“安全性”：D - Samira/deploy）从问题和拉取请求注释中触发工作流程。
以下是deploy斜杠命令的基本示例。REPO_ACCESS_TOKEN是具有repo范围的Personal Access Token。
name: Slash Command Dispatch
on:
issue_comment:
types: [created]
jobs:
slashCommandDispatch:
runs-on: ubuntu-latest
steps:
- name: Slash Command Dispatch
uses: peter-evans/slash-command-dispatch@v1
with:
token: ${{ secrets.REPO_ACCESS_TOKEN }}
commands: deploy
这个命令可以在这个工作流程中被执行。
name: Deploy Command
on:
repository_dispatch:
types: [deploy-command]
还有许多其他选项和不同的设置。详见slash-command-dispatch获取完整的使用说明。
原始回答：可以通过调用GitHub API手动触发repository_dispatch工作流程，如下所示。
on:
repository_dispatch:
types: [production-deploy]
[username] 是 GitHub 用户名[token] 是针对 repo 作用域的个人访问令牌[repository] 是工作流所在仓库的名称。curl -XPOST -u "[username]:[token]" \
-H "Accept: application/vnd.github.everest-preview+json" \
-H "Content-Type: application/json" \
https://api.github.com/repos/[username]/[repository]/dispatches \
--data '{"event_type": "production-deploy"}'
event_type 发送的内容在工作流程中可用作 github.event.action，因此可以根据需要启用/禁用特定的作业/步骤。
PS：PAT 真的不是必需的，使用 -u "[username]:[password]" 或者甚至 -u "[username]" 启动 curl 也可以（在第二种情况下，curl 会提示用户输入密码）；在某些情况下更容易使用（例如编写以用户名为输入的脚本或供不太懂技术的用户使用的脚本）。 - Samira在当前的Github Action提供的选项中，另一种解决方法是在需要部署时从主分支(master)创建一个production分支，并在production分支上触发部署操作。 production分支本质上是master的镜像。
on:
push:
branches:
- master
只要向主分支提交代码，开发构建和推送就可以随时进行。
on:
push:
branches:
- production
production分支。这会处理生产构建/部署。dev分支来使用以下触发器：
Development workflow: triggered when a push is made on the dev branch:
on:
push:
branches:
- dev
Production workflow: triggered when a pull request / merge is made from dev to master:
on:
pull_request:
branches:
- master
为了更详细/解释而编辑。
您可以调用repository_dispatch来执行某些操作。您可以在此处查看GitHub使用repository_dispatch的文档here。
例如，如果您有一个类似于这样的GitHub Actions工作流：
on:
repository_dispatch:
types: [run_tests]
name: Run tests
jobs:
test:
name: Run your tests
runs-on: ubuntu-latest
steps:
- run: |
echo "I just ran all your tests!"
curl:curl \
-H "Authorization: token $YOUR_PAT" \
--request POST \
--data '{"event_type": "run_tests"}' \
https://api.github.com/repos/$USER/$REPOSITORY/dispatches
同时，我也想分享一个与朋友一起开发的小项目，可以解决这个确切的问题。
ActionsPanel使用相同的repository_dispatch API，但是使用GitHub应用程序令牌来完成操作，因此您无需担心管理自己的PAT。这也使得在涉及多个人的团队中触发您的操作变得更加容易。repository_dispatch的分支，甚至还可以在执行操作时注入参数的方法。.github/workflows 下拥有多个工作流文件，每个文件都有自己的触发器。例如，我有一个工作流会在每次 push 和 pull request 上构建和运行测试，另一个需要手动触发以发布生成物。(ci.yml)
name: CI Pipeline
on: [push, pull_request]
---
(publish.yml)
name: Publish
on:
workflow_dispatch:
workflow_dispatch触发器？我无法确定语法。 - shim