Open danmyway opened 12 months ago
hi @danmyway ! Thanks for the issue. I see this could improve your situation a lot. The only thing that might cause trouble is our current DB architecture, with more complicated queries we have bumped into performance issues previously.
You can see the current DB models architecture here.
As for the 1.option, how do you propose the parametrizing? Would ref
be enough here as well?
As for the second one, if we would do this in general (not only for /prs
), this could enable some improvements for dashboard as well (somehow related are https://github.com/packit/dashboard/issues/196 and https://github.com/packit/dashboard/issues/257). However, we will need to have a closer look how demanding these queries would be.
hi @danmyway ! What is the status of this issue for you and its current importance?
Hi @lbarcziova, I'm sorry for the unresponsiveness, I have somehow missed this. Given there is no result retention in the GitHub GUI and getting to the results through the Packit Dashboard sifting through dozens of PRs is very time-consuming, I would say it is pretty important to me. We have a tooling ready, which could parse the testing farm results based on the request UUID, the data leading to the UUIDs exist, but there is no easy way to connect these endpoints to get the desired results nowadays.
Description
Gathering data for test results from the Testing Farm is very time demanding and tedious with growing number of pipelines. One needs to go over each check, click the respective hyperlink and scroll through the results. We have our own way to easily parse the results from the result page/artifact URL, however getting to the pipeline_id and or URL is the pain point.
One way to get to the result page/pipeline ID "faster" is to parse the Packit's API
/testing-farm/results
and/or/projects/{forge}/{namespace}/{repo_name}/prs
namespace.The issue with the
/testing-farm/results
is, that it contains all the projects' testing-farm requests handled by packit with no way to parametrize the query. Being able to parametrize the query to narrow the results to a specific project would speed up the data gathering immensely.The other option, however not exclusive to the testing-farm namespace enhancement is exposing
ref
and possibly any type of timestamp for the/projects/{forge}/{namespace}/{repo_name}/prs
response body. Specifically inside the tests field.Benefit
If proven working, we could provide the artifact URL gathering and reporting functionality to packit itself. This could help to resolve https://github.com/packit/packit-service/issues/2205 Additionally, there could be
/packit report
feature provided in the future to report the test results by Packit in a comment.Importance
high It's not blocking us to use Packit per se, but it's faster to query for results if we use our wrapper to schedule test jobs and parse the resulting request pipeline IDs.
What is the impacted category (job)?
Testing Farm tests
Workaround
Participation