Github Action工作流报错：feature分支因环境保护规则无法部署至dev分支

咱们先来拆解问题根源：你遇到的错误是因为Github Action在pull_request: closed事件里，默认把PR的源分支（也就是你的feature分支）识别为执行工作流的分支，而你给dev环境配置的保护规则大概率是限制了只有dev分支本身才能部署到这个环境，所以系统判定feature分支无权部署，抛出了错误。

你的工作流逻辑是想在PR合并到dev时触发任务，但pull_request事件的上下文里，github.ref指向的是发起PR的feature分支，而非目标分支dev——这就是矛盾点所在。

下面给你两个可行的解决方案，推荐优先用第一个，符合代码部署的最佳实践：

方案一：改用push事件触发（推荐） #

PR合并到dev分支的本质就是向dev分支推送代码，所以我们可以直接把工作流的触发条件改成push到dev分支。这样工作流会在PR合并后自动触发，且执行时的分支就是dev，完美匹配环境保护规则的要求。

修改后的工作流代码：

name: "terraform-deploy"
on:
  push:
    branches:
      - dev
jobs:
  dev-plan:
    environment:
      name: dev
    runs-on: ubuntu-20.04
    steps:
      - name: "my task"
        run: echo "hello"

方案二：调整环境保护规则的分支限制（不推荐，仅特殊场景使用） #

如果你有特殊需求，必须允许feature分支触发的工作流部署到dev环境，可以调整环境的保护规则：

• 打开你的Github仓库，进入Settings → Environments
• 找到dev环境并进入编辑页面
• 在Deployment branches区域，选择All branches，或者添加分支匹配规则（比如feature/*来匹配所有feature分支）
• 保存配置

⚠️ 注意：这个方法会绕过PR合并的检查逻辑，直接允许feature分支部署到dev，可能带来代码质量风险，除非有明确的业务需求，否则不建议使用。

备选方案：使用pull_request_target事件（需注意安全） #

如果你坚持要保留pull_request相关的触发逻辑，可以改用pull_request_target事件——这个事件会在目标分支（dev）的上下文里运行工作流，从而通过环境保护规则的检查。不过要注意，这个事件会使用目标分支的代码执行工作流，存在安全风险（比如PR中的恶意代码可能被执行），使用时务必谨慎。

示例代码：

name: "terraform-deploy"
on:
  pull_request_target:
    types:
      - closed
    branches:
      - dev
jobs:
  dev-plan:
    if: github.event.pull_request.merged
    environment:
      name: dev
    runs-on: ubuntu-20.04
    steps:
      - name: Checkout dev branch
        uses: actions/checkout@v4
        with:
          ref: dev
      - name: "my task"
        run: echo "hello"

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