如何实现PR创建与合并时触发GitHub Action？并优化现有配置

我在使用GitHub Enterprise，需要实现一个GitHub Action来处理两个场景：

• 当从head分支向base分支发起Pull Request（PR）时，执行指定的API调用
• 当这个PR合并到base分支时，执行另一个API调用

目前我写了两个独立的Action配置：

PR创建时触发的配置

name: PR Opened

on:
  pull_request:
    branches:
    - base
jobs:
  api_call_on_pr:
    runs-on: ubuntu-latest
    steps:

    - name: API call on PR
      if: ${{ github.head_ref == 'head'  }}   
      id: api_call
      run: |
         curl "api call on PR"

PR合并时触发的配置

name: PR MeRged

on:
  pull_request:
    branches:
      - base
    types:
      - closed      

jobs:
  api_call_on_merge:
    runs-on: ubuntu-latest
    steps:

    - name: API call on MERGE
      if: github.event.pull_request.merged == true    
      run: |
        curl "api call on MERGE"

还没测试这些配置是否生效，但想知道有没有更优雅、更智能的实现方式？

优化方案：合并为单Workflow统一管理 #

可以把两个独立的配置合并成一个Workflow，通过事件类型和条件判断来区分执行逻辑，这样更便于维护，也能避免重复配置：

name: PR Lifecycle Actions

on:
  pull_request:
    branches: [base]
    types: [opened, closed]

jobs:
  handle_pr_events:
    runs-on: ubuntu-latest
    steps:
      - name: 执行PR创建时的API调用（仅head分支向base发起的PR）
        if: ${{ github.event.action == 'opened' && github.head_ref == 'head' }}
        run: |
          curl "api call on PR"

      - name: 执行PR合并时的API调用（仅head分支向base发起的PR合并）
        if: ${{ github.event.action == 'closed' && github.event.pull_request.merged == true && github.head_ref == 'head' }}
        run: |
          curl "api call on MERGE"

优化说明 #

1. 统一配置文件：将两个分散的Workflow合并为一个，集中管理PR生命周期中的关键事件，减少文件数量，提升维护效率
2. 精准事件监听：通过types明确指定只监听opened和closed事件，避免PR其他状态（如同步、编辑）触发不必要的流程
3. 严格条件限制：合并场景的判断补充了github.head_ref == 'head'，确保只有从指定分支发起的PR合并才会执行API调用，避免其他分支合并误触发
4. 可读性提升：统一命名规范，步骤名称更清晰，逻辑一目了然

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