在 GitHub Actions 中，我可以返回一个值以供以后用作条件吗？

Question

我正在将 GitHub Actions 设置为 one of my projects 的 CI，整个构建过程基本上是一个 PowerShell 脚本，由环境变量驱动。

这既是为了最大限度地减少供应商锁定，又是为了确保我可以使用几乎相同的过程在本地运行构建。

现在，我的构建脚本确定了一些内容并将其放入环境变量中 - 具体来说，我有一个 MH_IS_PROD_BUILD 变量，它可以是 True 或 False，并确定我推送到哪个 nuget 包存储库。

但是，当运行 shell 的步骤完成后，环境变量将不复存在，因为似乎在新环境中运行进一步的步骤。

我想要做的是这样的事情（缩写）：

  steps:
    - name: Run build script
      id: pwshbuild
      shell: pwsh
      run: |
        cd scripts
        ./build.ps1
        # The above sets $Env:MH_IS_PROD_BUILD to either True or False
    - name: Push Publish to GPR (Dev Package)
      if: steps.pwshbuild.outputs.MH_IS_PROD_BUILD == 'False'
      shell: pwsh
      run: |
        # omitted: determine $nupkgPath
        nuget push $nupkgPath -Source "GPR" -SkipDuplicate
    - name: Push Publish to Nuget.org (Release Package)
      if: steps.pwshbuild.outputs.MH_IS_PROD_BUILD == 'True' 
      shell: pwsh
      run: |
        # omitted: determine $nupkgPath
        nuget push $nupkgPath -Source "NugetOrg" -SkipDuplicate

看来outputs 是我需要的，但这似乎需要创建自定义操作？

当然，上述方法不起作用（因此问）。所以我想知道，最好的前进方式是什么？

• 我可以从 PowerShell 设置步骤的输出吗？ （首选）
• 我是否必须创建一个自定义操作来封装我对 build.ps1 的调用，以便我可以通过输出返回内容？

Answer 1

我认为您可以通过将它们回显到控制台来设置 Powershell 的输出。 Powershell 有一个别名映射 echo 到 Write-Output。

jobs:
  windows-test:
    runs-on: windows-latest
    steps:
      - uses: actions/checkout@v1
      - name: Set outputs
        id: vars
        shell: pwsh
        run: echo "::set-output name=production::true"
      - name: Check outputs
        shell: pwsh
        run: echo ${{ steps.vars.outputs.production }}

参考：https://help.github.com/en/github/automating-your-workflow-with-github-actions/development-tools-for-github-actions#set-an-output-parameter-set-output

Answer 2

除了peterevans的回答之外，你仍然可以使用环境变量作为条件，只要它们是通过::set-env“command”设置的

例子：

- run:   |
         if [ -f FileMightNotExists.txt ]; then
            echo ::set-env name=HAVE_FILE::true
         fi
  shell: bash

- run: echo "I have file!"
  if:  env.HAVE_FILE == 'true'

如前所述，::set-output 已经存在，所以这主要是个人喜好问题。

::set-env 更容易使用的原因（在我看来）是你不需要为步骤设置id（更少的输入），引用变量要短得多（减少再次输入），您添加的所有变量都将在每个步骤中列出（折叠在 Run 块内，在尝试查找工作流中的错误时很有用），嗯......它最终只是常规变量，它可能更容易使用，取决于 shell。