Add Workflows for generating reference results #410
Conversation
fab8197 to
32db06e
Compare
cfcfa7e to
32db06e
Compare
|
This PR is now ready. |
32db06e to
1011c9d
Compare
Co-authored-by: Valentin Seitz <valentin.seitz@tum.de>
* remove non working gha cache stuff * Move to only commits in the dockerfile --------- Co-authored-by: Valentin Seitz <valentin.seitz@tum.de>
|
I also added small changes to the Dockerfile to allow for commit-ish things to be requested. |
…ls into add-wf-reference-results
MakisH
left a comment
There was a problem hiding this comment.
The implementation looks very nice!
Some comments to consider, feel free to merge afterwards.
|
Closes #405. This is related to #401 (git hash reporting) by requiring (only via documentation) specific Git commit or tag (not branches, which can change over time) when generating reference results. I would still feel safer if I had a dump of all hashes in one log file, but I remember from our last meeting that this is complicated due to the current architecture. I assume it still creates the same report for the current/tested results. So, yes, it closes #401 as well. Regarding #400 (contents of the archive):
|
Co-authored-by: Gerasimos Chourdakis <chourdak@in.tum.de>
Co-authored-by: Gerasimos Chourdakis <chourdak@in.tum.de>
This PR adds a reusable workflow to automagically add reference results to a certain branch.
It can be either be triggered manual or another trigger can be used to trigger the reusable workflow (e.g on creation of PR of a certain form)
It also adds more information on the machine (Still open to discussion if we acually need it). But especially the CPU ISA Extensions like AVX-512 etc are of importance.
The Pipeline now runs and is able to add commits: https://github.com/precice/tutorials/actions/runs/7181615150