Test results shared across multiple pull requests #540
Labels
No labels
area/installability
area/jenkins
area/rpmdeplint
area/rpminspect
area/STI
area/STI-compat
area/Testing Farm
area/tmt
area/Zuul CI
blocked
bug
discussion
feature
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Type
Help
Type
Incident
UX
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Status/Blocked
Status/Discuss
Type
Bug
Type
Feature
Type
Task
No milestone
No project
No assignees
3 participants
Notifications
Due date
No due date set.
Depends on
#342 Linking status to PR
forge/forge
Reference
ci/tickets#540
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
When a package uses identical commit across fedora/epel branches, results from the CI are displayed across all pull requests with the same commit. Here's an example of a set of pull requests created by packit for a recent
tmtrelease:The result is that it's a bit hard to identify which branches had the actual test failures and majority of the test results are confusing and irrelevant for that particular pull request.
@lecris, @lachmanfrantisek, will this possibly be improved by Packit taking care of the Fedora CI testing?
Unfortunately no. This is a Pagure issue primarily. But even with Forgejo, we do not have ways of linking a status to a PR. Made an issue on our forge to hopefully get this a stronger voice in forgejo: forge/forge#342
Well actually with Packit as Fedora CI things are slightly better because the branch name is in the check, example: https://src.fedoraproject.org/rpms/python3.14/pull-request/140
Packit tries to use a different name so it's differentiable.
How most forges attach status to a commit for a reason. UI just need to show the head commit status and that's all. It survives push to a PR smoothly. Pagure used to do PR flags, but it was very hard and unreliable to have
But having it for a commit AND attach to a PR might help.