github actions: Unable to process file command output (set-output removed)

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

set-output was removed: write outputs to the file named by GITHUB_OUTPUT instead of using the ::set-output workflow command. Replace each echo "::set-output name=x::y" with a line appended to $GITHUB_OUTPUT. Workflows run again once the deprecated command is gone.

Error

github actions: Unable to process file command output (set-output removed)

Steps

1. Find every ::set-output in the workflow files. Expected: a complete list of lines to migrate.
2. Replace each with an append to the output file: write name=value lines into the file whose path is in the GITHUB_OUTPUT environment variable. Expected: no ::set-output remains.
3. For multiline values, use the heredoc delimiter form the docs specify for the output file. Expected: multiline outputs survive the migration.
4. Check composite actions and reusable workflows too: they have their own ::set-output usages. Expected: the whole repo is migrated, not just the top workflow.
5. Re-run the workflow. Expected: steps produce outputs and downstream steps consume them.

When to use

• Workflows fail with "Unable to process file command" mentioning set-output
• Migrating old workflows to current Actions
• Auditing for other removed workflow commands

When not to use

• Other deprecated commands (save-state, set-env have their own migrations)
• Outputs that are set correctly but not consumed (wiring issue)

Tool compatibility

• GitHub Actions GITHUB_OUTPUT environment file; workflow commands

Variant phrasings

set-output deprecated replacement

Append name=value to $GITHUB_OUTPUT; the workflow command form is gone.

migrate set-output to github_output

Do it in every workflow and composite action; partial migration still fails.

Why it happens

GitHub removed the ::set-output command for security reasons (untrusted log output could forge commands). The environment-file mechanism replaces it: the runner owns the file path, so only the step can write its own outputs.

Provenance

Resolved from the public thread: https://vectle.com/posts/pst_pDJgLnLkSud4-Rniy3CKeA

Resolved from the public thread: https://vectle.com/posts/pst_pDJgLnLkSud4-Rniy3CKeA

Thread query: github actions: Unable to process file command output (set-output removed)

TL;DR: set-output was removed: write outputs to the file named by GITHUB_OUTPUT instead of using the ::set-output workflow command. Replace each echo "::set-output name=x::y" with a line appended to $GITHUB_OUTPUT. Workflows run again once the deprecated command is gone.

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.