-
Notifications
You must be signed in to change notification settings - Fork 347
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Output summary results #810
Comments
The action uses " The |
@MikeMcC399 Exactly. One possible and easy solution is adding it to output similar to what is done for dashboard url here. |
If you have a tested solution for your request you could submit this as a Pull Request, or are you requesting that somebody else implement your idea? |
@MikeMcC399 I have this PoC PR. |
I took a look at your PoC, however I can't really judge just looking at the code. This new functionality should be tested and demonstrated in a workflow. Probably .github/workflows/example-recording.yml would be the best place to put that. You don't have to worry about the v9 examples, only the current version is relevant for new functionality. When you are ready, you could go ahead and submit a PR to get feedback from the Cypress team. |
please can this feature be reviewed and approved |
Not sure why you're mentioning
I'm not sure you can utilise the information printed from one job into What you really wanted was jobs:
One:
runs-on: ubuntu-latest
outputs:
Foo: steps.some-action.outputs.Something
steps:
- uses: actions/checkout@v3
- name: get something
id: some-action
run: |
echo "Something=aye" >> "$GITHUB_OUTPUT"
Two:
runs-on: ubuntu-latest
outputs:
Bar: steps.another-action.outputs.Thing
steps:
- uses: actions/checkout@v3
- name: get another thing
id: another-action
run: |
echo "Thing=lmao" >> "$GITHUB_OUTPUT"
Three:
runs-on: ubuntu-latest
needs:
- One
- Two
steps:
- uses: actions/checkout@v3
- run: |
echo "${{ needs.One.outputs.Foo }}"
echo "${{ needs.Two.outputs.Bar }}" If how ever you meant to say "Workflows" instead of "Jobs", then you really need define what the circumstances are. if you have separate workflow files that need outputs from other workflow files, then you should probably be thinking about abstracting those workflow files into callable workflows that accept inputs. |
I agree that this would be very useful as an output. My use case is that I use parallel tests in a matrix and I would like to aggregate all of the summary tables into 1 table at the end of my workflow so it's more compact and easier to read. |
Is it possible to support setting the summary results in the output of the github so they can be used in other jobs?
As a workaround, I have to parse the results from junit xml which is fine but it would be great to just consume it from cypress
github action as cypress github action is already parsing it and setting it as summary of the action.
The text was updated successfully, but these errors were encountered: