GitHub操作在错误的分支上运行工作流

Question

我有以下GitHub操作的. github/workflow/ci.yml文件（删除了一些代码，以便更容易理解这个问题）：

name: CI
on:
  push:
  release:
    types: [published]

jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      # ...
  deploy-staging:
    runs-on: ubuntu-latest
    needs: test
    if: github.event_name == 'push' && github.ref == 'staging'
    steps:
      # ...

我经历了以下步骤：

1. 在develope分支上进行一些提交，并推动这些更改

我期望GitHub Actions在第2项之后运行测试和部署阶段作业。但是相反，它只是再次运行test，而没有运行部署阶段。

如上所述，即使在推送到暂存之后，它仍然在Development分支上运行，而不是在暂存分支上运行。我有点假设这可能是由于一些奇怪的行为与快进合并。但是GitHub显然意识到我推动了暂存，因为它提供了从该分支创建PR到master。

因此，这让我重新思考我的理论，为什么它试图在develope而不是staging上运行。

为什么会发生这种事？有没有办法解决这个问题，以便合并到分期实际上在分期上运行工作流，而不是开发？

Answer 1

我的方法是将触发器和相关作业分离到不同的工作流中。

因此，为了模仿您的示例，而不是ci。yml我将有两个文件：

• test.yml
• deploy-staging.yml

在中。github/工作流/测试。yml：

name: Test
on: push

jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      # ...

在中。github/工作流/发布阶段。yml：

name: Release Staging

on:
  push:
    branches:
      - staging

jobs:
  deploy-staging:
    runs-on: ubuntu-latest
    steps:
      # test steps ...
      # release ...

诚然，这很烦人，因为发行版不会在与测试相同的测试运行中运行，但是您希望在部署之前确保测试都通过。

如果您想链接测试运行工作流以运行部署工作流，我可能会更改release staging以使用Check-suite事件而不是push。

Answer 2

${{github.ref}}将是refs/heads/staging而不仅仅是staging。

在这些情况下，最好的做法是在执行之前的步骤中回显要检查的变量值：

    steps:
      - name: Check inputs
        run: |
          echo github.ref is: ${{ github.ref }}
          echo github.event_name is: ${{ github.event_name }}