-
Notifications
You must be signed in to change notification settings - Fork 1
add workflow to compute and publish the fuzz coverage #4
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
Conversation
|
@plebhash, for this to work we need to update this config on the repo to enable github pages:
This is an example of how it will be when published: https://lucasbalieiro.github.io/stratum-fuzzing-corpus/ And this is successful execution of the workflow: https://github.com/lucasbalieiro/stratum-fuzzing-corpus/actions/runs/19488312719 |
|
don't we need to push things to https://stratum.github.io? |
I don't know if we can do this. I'll check. Is this the github pages of the main repo? |
|
actually, I should have said this: https://github.com/stratum-mining/stratum-mining.github.io the repo has been archived and unmaintained for a long time, but I guess we could bring it back to life if necessary anyways, overall it's not clear to me what I'm supposed to tweak on the config pages from the screenshot above |
I did a quick check in the
That part is really your call, we don’t strictly need to host Pages elsewhere. While working on this PR, my initial plan was to keep everything here and just link the generated GitHub Page on the other repos: "Here is our fuzz coverage: [link]"
And that’s it. |
|
about the screenshot instructions: that's what we already have on the settings, I guess that's why I was confused... so I guess no action needed? about the Github Pages hosting, I'm still a bit confused... assuming we don't take any action to set up any dedicated repo for Github Pages, which URL will CI deploy the coverage pages to? |
Yeah, then we’re good.
GitHub Pages works on a per-repository basis. So if we run the action in this repo, the coverage report will land at: I’m basing that on what happened on my fork, which generated: |


closes #2
This PR introduces a GitHub Action that publishes the fuzz coverage
Runs automatically on:
mainthat touches the corpus,workflow_dispatch.Builds the fuzz targets, computes coverage using
llvm-cov/llvm-profdata, and publishes the resulting coverage report to this repo’s GitHub Pages.Adds a
scripts/folder withfuzz_coverage.shscript so the whole process can be executed locally with the same behavior as CI.