Skip to content
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

Open
rajeshshou opened this issue Feb 26, 2023 · 8 comments
Open

Output summary results #810

rajeshshou opened this issue Feb 26, 2023 · 8 comments
Labels
type: feature feature request

Comments

@rajeshshou
Copy link

rajeshshou commented Feb 26, 2023

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.

@nagash77 nagash77 added the type: feature feature request label Feb 27, 2023
@MikeMcC399
Copy link
Collaborator

@rajeshshou

The action uses "core.summary Accessible using environment file GITHUB_STEP_SUMMARY". See Workflow commands for GitHub Actions and Adding a job summary which gives more detail on what is being used.

The GITHUB_STEP_SUMMARY is lost when the workflow moves to the next step, so what you are asking for would need to be added to the action to preserve the summary details somewhere else.

@rajeshshou
Copy link
Author

@MikeMcC399
Copy link
Collaborator

@rajeshshou

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?

@mihaisee
Copy link

mihaisee commented Jun 15, 2023

@MikeMcC399 I have this PoC PR.
Can you please take a quick look and let me know if I'm on the right path with this, before creating a PR in this project?
Thanks!

@MikeMcC399
Copy link
Collaborator

@mihaisee

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.

@Dale-777
Copy link

Dale-777 commented Jul 7, 2023

please can this feature be reviewed and approved

@mschile mschile linked a pull request Oct 10, 2023 that will close this issue
@airtonix
Copy link

airtonix commented Jul 19, 2024

Not sure why you're mentioning GITHUB_STEP_SUMMARY and this in the same solution:

Is it possible to support setting the summary results in the output of the github so they can be used in other jobs?

I'm not sure you can utilise the information printed from one job into GITHUB_STEP_SUMMARY in another job.

What you really wanted was GITHUB_OUTPUT

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.

@nrgbistro
Copy link

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: feature feature request
Projects
None yet
Development

Successfully merging a pull request may close this issue.

7 participants