Github Action在dev分支Pull Request时未触发，该如何修改配置？

针对你的问题，你可以通过以下修改确保Action在创建指向dev分支的Pull Request时触发：

修改Workflow配置 #

显式指定pull_request事件的触发类型，确保PR创建、同步等关键动作能触发构建：

name: Backend Maven CI

on:
  push:
    branches: ["dev"]
  pull_request:
    branches: ["dev"]
    # 显式指定触发PR的动作类型
    types: [opened, synchronize, reopened]

jobs:
  backend-build:
    runs-on: ubuntu-latest
    if: github.repository_owner == 'mehtapuneet151'
    env:
      ...
      ...
    steps:
      - uses: actions/checkout@v3
        with:
          fetch-depth: 0

      - name: Set up JDK 11
        ...

关键说明 #

原本的pull_request配置仅指定了目标分支，但未明确触发的PR动作类型。虽然GitHub默认会响应PR的多种状态变化，但显式声明types可以避免因环境或默认事件范围的差异导致触发失败，确保在PR创建（opened）、分支代码同步（synchronize）、PR重新打开（reopened）时都能执行构建。

额外排查点 #

• 确认PR目标分支：检查你创建的Pull Request是否确实以dev为目标分支，若目标分支不符，Action不会触发。
• Fork仓库权限：如果PR来自fork的仓库，需在仓库的Settings > Actions > General中，确认已开启“允许外部协作者的Fork拉取请求工作流”权限，否则fork的PR无法触发Action。
• 查看Workflow历史：在仓库的Actions标签页中，检查是否有被跳过的Workflow记录，里面会标注跳过的具体原因（比如不满足if条件）。

内容的提问来源于stack exchange，提问作者Puneet Mehta