为何配置仅master分支触发的GitHub workflow会被其他分支预发布触发？

问题根因 #

1. GitHub Actions 的 release 事件自带的 branches 筛选器仅对正式发布的 release 事件生效，pre-release 事件会直接跳过该筛选规则，因此你在任意分支发布pre-release都会触发工作流。
2. 你配置的 types: [released] 理论上仅会匹配正式版发布动作，pre-release 对应的事件类型为 prereleased，如果该配置仍然被pre-release触发，说明GitHub Actions对release事件的分支筛选逻辑存在设计层面的覆盖漏洞，仅靠branches字段无法实现全场景过滤。

调整建议 #

推荐使用全局if校验+触发类型限制的方案，实现100%符合预期的触发控制，配置示例如下：

on:
  release:
    types:
      - released

# 全局过滤规则，不符合条件的触发请求会直接跳过整个工作流
if: github.event.release.prerelease == false && github.event.release.target_commitish == 'master'

jobs:
  # 此处保留你原有的部署job逻辑
  deploy:
    runs-on: ubuntu-latest
    steps:
      - name: Checkout code
        uses: actions/checkout@v4
      # 其余原有部署步骤

其中两个判断字段的作用：

• github.event.release.prerelease == false：强制过滤所有pre-release的触发事件
• github.event.release.target_commitish == 'master'：直接校验当前release关联的目标分支是否为master，优先级高于原生的branches筛选器，覆盖所有release事件场景

如果你的工作流中还有其他需要响应pre-release的job，也可以把if判断移到对应job的配置下，仅控制部署任务的运行条件：

jobs:
  deploy:
    runs-on: ubuntu-latest
    if: github.event.release.prerelease == false && github.event.release.target_commitish == 'master'
    steps:
      # 部署步骤

内容的提问来源于stack exchange，提问作者Viktor Kurchenko