Hey. Wildly guessing here, but when reading related documentation my interpetation would be that outputs are intended to be used in subsequent workflows, not necessarily the one they are generated in:
"[...] available to all downstream jobs in the caller workflow [...]" - on.workflow_call.outputs
So this being a script rather than a to-be-compiled procedure, reading the output variable might take place even before it is written.
To solve your problem, I see two possibilities:
Put your commands in separate jobs if you'd like to stick to the outputs mechanism (using the above link you will easily find examples for this)
Hey. Wildly guessing here, but when [reading related documentation](https://docs.github.com/en/actions/writing-workflows/workflow-syntax-for-github-actions#onworkflow_calloutputs) my interpetation would be that `outputs` are intended to be used in *subsequent* workflows, not necessarily the one they are generated in:
> "[...] available to all downstream jobs in the caller workflow [...]" - on.workflow_call.outputs
So this being a script rather than a to-be-compiled procedure, reading the `output` variable might take place even before it is written.
To solve your problem, I see two possibilities:
1. Put your commands in separate jobs if you'd like to stick to the `outputs` mechanism (using the above link you will easily find examples for this)
2. Use environment variables as documented in the [writing-workflows guide](https://docs.github.com/en/actions/writing-workflows/choosing-what-your-workflow-does/store-information-in-variables).
Hope I could help
_Schallbert_
In our real build script we needed the value in a follow-up step as well as in a follow-up job. That's why I thought the variable output would be enough.
I guess I need to set it as an output parameter as well as an environmental variable. I will try that. Thanks again!
Thank you very much.
In our real build script we needed the value in a follow-up step as well as in a follow-up job. That's why I thought the variable output would be enough.
I guess I need to set it as an output parameter as well as an environmental variable. I will try that. Thanks again!
I don't think this is resolved. According to github workflow documentation it should be possible to hand over values between steps within a job.
Please re-open!
I don't think this is resolved. According to [github workflow documentation](https://docs.github.com/en/actions/writing-workflows/choosing-what-your-workflow-does/workflow-commands-for-github-actions#setting-an-output-parameter) it should be possible to hand over values between steps within a job.
Please re-open!
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Gitea Version: 1.22.0
in a workflow step sometimes the step output is not found:
sometimes when the same build script runs
${{ steps.read-version.outputs.VERSION }}is empty but not always.working:

failing:

Hey. Wildly guessing here, but when reading related documentation my interpetation would be that
outputsare intended to be used in subsequent workflows, not necessarily the one they are generated in:So this being a script rather than a to-be-compiled procedure, reading the
outputvariable might take place even before it is written.To solve your problem, I see two possibilities:
outputsmechanism (using the above link you will easily find examples for this)Hope I could help
Schallbert
Thank you very much.
In our real build script we needed the value in a follow-up step as well as in a follow-up job. That's why I thought the variable output would be enough.
I guess I need to set it as an output parameter as well as an environmental variable. I will try that. Thanks again!
It looks like this issue has been resolved. I will close this issue. Please reopen it if you need more help.
I don't think this is resolved. According to github workflow documentation it should be possible to hand over values between steps within a job.
Please re-open!