github output env variable missing step

Not specified by the original author.

TL;DR

github_output is the mechanism GitHub Actions gives a step for passing values to later steps in the same job. Give the producing step an id, append a line like echo "result=value" >> "$GITHUB_OUTPUT" inside its run script, and read the value back in later steps as ${{ steps.[id].outputs.result }} (write your step id in place of [id]). Outputs set any other way, including the old set-output command, do not arrive.

- id: gen
  run: echo "result=hello" >> "$GITHUB_OUTPUT"
- run: echo "got ${{ steps.gen.outputs.result }}"

Expected output: the second step prints got hello.

Use this when

• A later step, summary, or Slack notification needs a value an earlier step computed
• Your workflow writes to GITHUB_OUTPUT but the consuming step sees an empty string
• You are migrating off the deprecated set-output workflow command
• A composite action or reusable workflow needs to expose a value it computed

Not for this skill when

• The value must cross into a different job (use job outputs with outputs: on the producing job and needs on the consumer)
• The value is a file (use upload-artifact / download-artifact instead)
• Every later step should see the value as an environment variable (that is $GITHUBENV, not $GITHUBOUTPUT)
• The output comes from a Docker container action (declare it in the action metadata instead)

Steps

1. Give the producing step an id. Outputs are addressed through the step id, so a step with no id cannot be read back:

- id: gen
  run: echo "the value is computed here"

Expected: the workflow parses; the id is unique within the job.

2. In that same step, append name=value lines to the file named by $GITHUB_OUTPUT:

echo "result=$(my-command)" >> "$GITHUB_OUTPUT"
echo "count=3" >> "$GITHUB_OUTPUT"

Expected: the step exits 0. Each line becomes one named output. Writing to a file you create yourself, or echoing without the redirect, does nothing.

3. Read the outputs in any later step of the same job:

- run: echo "result was ${{ steps.gen.outputs.result }}"

Expected: the value from step 2 prints. A step cannot read its own outputs, and outputs are strings, so convert numbers and booleans yourself.

4. For multiline values, use the delimiter form: the first line written is the output name, then two left angle brackets (written as << in this page so the example survives formatting), then a delimiter word of your choice; then the value lines; then the delimiter word again on its own line. Pick a delimiter that cannot appear inside the value.

Expected: the consuming step receives the full multiline string, newlines included. Without the delimiter form, only the first line survives and the rest are parsed as more outputs.

5. If the output arrives empty, debug in this order: the producing and consuming steps are in the same job; the id matches exactly, including case; the write happened in the step that declares the id; you appended to "$GITHUB_OUTPUT" (quoted, with the dollar sign) instead of printing to stdout.

Expected: one of the four mismatches is the cause in almost every empty-output report.

Variant phrasings

github_output not working in github actions

Almost always step 5 above: wrong job, mismatched id, or the removed set-output command silently doing nothing. See the related skill below for the set-output migration in detail.

GITHUBOUTPUT vs GITHUBENV vs GITHUB_PATH

GITHUBOUTPUT passes a named value to steps that ask for it by id. GITHUBENV sets an environment variable for all later steps. GITHUB_PATH prepends a directory to PATH for later steps. Picking the wrong file is a common reason a value seems to vanish.

Passing an output from a composite action

Inside the composite action, write to $GITHUB_OUTPUT the same way, and declare the output in the action.yml outputs section mapping it to the inner step. Without the declaration, the caller sees nothing.

Why it happens

Early workflows passed values with a stdout workflow command, set-output, which GitHub deprecated for security reasons (any step output could inject commands into later steps) and then disabled. The file-based GITHUB_OUTPUT mechanism replaced it: the runner watches the file, parses name=value lines after the step ends, and exposes them under the step id. That design is why the id, the same-job rule, and the append-to-the-file rule are all non-negotiable.

Edge cases

• Windows runners with PowerShell: the file is at $env:GITHUB_OUTPUT and you append with Out-File -Append or the same echo redirect in pwsh; bash syntax does not carry over unchanged.
• Values containing equals signs are fine after the first one: only the first equals splits name from value.
• Very large outputs hit runner limits; write big payloads to an artifact and pass the artifact name as the output instead.

Tool compatibility

GitHub Actions on GitHub-hosted and self-hosted runners, all shells. The set-output command was disabled in 2023, so any workflow still using it needs this file-based form.

Related skills

• githuboutput not working in github actions: https://vectle.com/skills/sklDOBm6hYkPUqcyOnN-42BCQ
• github actions: Unable to process file command output (set-output removed): https://vectle.com/skills/skl_J5SAbaYiE-dL5kquHdVcZQ
• Unable to process file command 'output' successfully in GitHub Actions: https://vectle.com/skills/skl9FIiJRezotJcRvd7VTPhQ

Provenance

Resolved from Stack Overflow question 59191913 (accepted answer): a workflow needed the output of one step in a later notification step.

Source: Stack Overflow #59191913 (accepted answer, 145 votes): a workflow needs the output of the Run tests step in a later Slack notification step, and the asker does not know the mechanism. The accepted answer lays out the three-part pattern: give the producing step an id, write name=value lines to the GITHUB_OUTPUT file, and read them back as steps.[id].outputs.[name].

Verified resolution: First, add an id to the producing step. Second, inside its run script, append lines like echo "result=$(my-command)" >> $GITHUB_OUTPUT (multiline values need the delimiter form). Third, consume it later as ${{ steps.[id].outputs.result }}. Do not use the old set-output command; it is deprecated and disabled. Outputs must be set in the same step that declares the id, and a step cannot read its own outputs.

Source URL: https://stackoverflow.com/questions/59191913/how-do-i-get-the-output-of-a-specific-step-in-github-actions

Not specified by the original author.

TL;DR

Add a Script step that runs envman add --key PILOTIPA --value "$BITRISEDEPLOY_DIR" to copy the step output into the new variable. envman is part of the Bitrise CLI stack, so it is available in every Script step.

Steps

1. Add a Script step that runs envman add --key PILOTIPA --value "$BITRISEDEPLOY_DIR" to copy the step output into the new variable. envman is part of the Bitrise CLI stack, so it is available in every Script step. Echo the source variable first to confirm it is set, since an empty value usually means the producing step did not actually export it.

When to use

You are seeing this: Echo the source variable first to confirm it is set, since an empty value usually means the producing step did not actually export it. Use this skill when you run into "Pass a Bitrise step output into another env var with envman".

When not to use

If your error message or symptom does not match what is described above, this is probably not your fix. Search for your exact error text instead of forcing this one to fit.

Versions

No specific versions are mentioned in the source material, so treat the fix as generally applicable and check the examples against whatever you have installed.

Why this happens

The original report does not dig into a root cause. It documents the symptom and the fix that resolved it.

Source: Stack Overflow #33627000 (accepted answer, 7 votes): the asker needs the Xcode archive step output BITRISEDEPLOYDIR available as PILOT_IPA for a later step. The accepted answer shows the mechanism: step outputs are regular environment variables, and envman persists new ones across steps.

Verified resolution: Add a Script step that runs envman add --key PILOTIPA --value "$BITRISEDEPLOY_DIR" to copy the step output into the new variable. envman is part of the Bitrise CLI stack, so it is available in every Script step. Echo the source variable first to confirm it is set, since an empty value usually means the producing step did not actually export it.

Source URL: https://stackoverflow.com/questions/33627000/is-there-a-way-to-assign-the-output-of-a-step-to-another-environment-variable-on

Not specified by the original author.

TL;DR

If githuboutput is not working, you are almost certainly still using the deprecated set-output command, which GitHub disabled. The fix is to write outputs to the GITHUBOUTPUT file instead: echo "name=value" >> "$GITHUB_OUTPUT". Check the step for the old syntax first, then verify the output name matches exactly what the consuming step references, including case.

The query

github_output not working in github actions

Use this when

• A step's outputs are empty in later steps
• You see a deprecation warning about set-output
• Migrating old workflows to the GITHUB_OUTPUT file
• Outputs work locally in act but not on GitHub

Not for when

• General workflow YAML syntax errors
• Passing files between jobs (use artifacts)
• Secrets not available to steps (different issue)

Steps

Step 1: Check for the deprecated set-output command

Search the workflow for set-output. GitHub removed it; any step still using it silently produces no output. This is the cause in the large majority of cases. Expected output: the old command found and identified, or ruled out.

Step 2: Switch to the GITHUB_OUTPUT file

Replace the old command with a write to the GITHUBOUTPUT environment file: echo "myoutput=myvalue" >> "$GITHUBOUTPUT". Each output is one line; values with newlines need the heredoc delimiter form. Expected output: the step writes its outputs to the file GitHub actually reads.

Step 3: Verify output names match exactly

The consuming step references steps.[id].outputs.[name]. Names are case-sensitive and must match the id: field of the producing step. A typo here produces an empty string with no error, which looks like github_output not working. Expected output: producer id, output name, and consumer reference all identical.

Step 4: Check the step actually ran

If the producing step was skipped (an if: condition evaluated false), its outputs are empty. Check the step's conclusion in the run log before debugging the output mechanism. Expected output: the producing step shows as completed successfully, not skipped.

Step 5: Test multiline outputs with delimiters

For values containing newlines, use the delimiter syntax (name<<EOF ... EOF) when writing to GITHUB_OUTPUT. A bare echo of a multiline value truncates or corrupts the output. Expected output: multiline values arrive intact in the consuming step.

Provenance

Resolved from the public thread: https://vectle.com/posts/pst_Yyhu1kOo73cTuubJ7NiIgw

Resolved from the public thread: https://vectle.com/posts/pst_Yyhu1kOo73cTuubJ7NiIgw

Thread query: github_output not working in github actions

TL;DR: If githuboutput is not working, you are almost certainly still using the deprecated set-output command, which GitHub disabled. The fix is to write outputs to the GITHUBOUTPUT file instead: echo "name=value" >> "$GITHUB_OUTPUT". Check the step for the old syntax first, then verify the output name matches exactly what the consuming step references, including case.