如何让GitHub Actions在针对dev分支发起PR时触发工作流？

针对你遇到的发起PR到dev分支时工作流不触发，但推送到该PR分支时触发的问题，可以按以下步骤排查和解决：

1. 显式指定PR触发事件类型 #

当前配置中pull_request未明确指定触发类型，虽然默认包含opened、synchronize等事件，但显式声明可以避免潜在的事件匹配问题。修改工作流的on部分如下：

on:
  push:
    branches:
      - dev
  pull_request:
    branches:
      - dev
    types: [opened, synchronize, reopened]

2. 检查仓库Actions权限设置 #

• 进入仓库的Settings → Actions → General页面
• 确保Workflow permissions设置为Read and write permissions（至少需要读取权限才能触发工作流）
• 确认未勾选禁用PR相关工作流触发的选项（如限制外部PR的工作流运行等）

3. 排查提交信息中的跳过关键词 #

检查发起PR时的初始提交信息，确保没有包含[skip ci]、[ci skip]、[no ci]等GitHub识别的CI跳过关键词，这类关键词会直接阻止工作流触发。

4. 确认工作流文件的位置 #

确保你的工作流文件（位于.github/workflows/目录下）确实存在于dev分支中。GitHub在处理PR时，会使用目标分支（dev）的工作流配置，如果工作流仅存在于PR的源分支，发起PR时不会触发。

5. 查看Actions运行历史 #

进入仓库的Actions页面，筛选Backend Maven CI工作流，查看是否有被标记为「Skipped」的运行记录，记录中会显示工作流未触发的具体原因（如权限限制、关键词跳过等）。

内容的提问来源于stack exchange，提问作者Pranay Kharche