-
Notifications
You must be signed in to change notification settings - Fork 48
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
Fedora CI scratch builds #2650
base: main
Are you sure you want to change the base?
Fedora CI scratch builds #2650
Conversation
Build succeeded. ✔️ pre-commit SUCCESS in 2m 13s |
class FedoraCIHelper: | ||
status_name: str = "Packit - scratch build" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I am not sure I understand the need for a new helper.
The KojiBuildJobHelper
has some more methods that could be useful when building koji builds that are missing in the generic FedoraCIHelper
(if I am not wrong).
If we need the FedoraCIHelper because of the reporting (that is different in Pagure) then I am wondering if we could factor it out in the StatusReporter
or somewhere else related with the reporting. And when creating the helpers (that we already have) we can choose which kind of reporter inject?
I just fear that we will need to duplicate all our helpers, creating a new "base".
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yes, at the moment, it really mostly wraps up the status reporting, in my initial implementation it contained some other logic common for the 2 new handlers. So that was the main idea, to have the common logic in here. Other thing is that I didn't want to adjust too much of existing code since this is more of a prototype and might be later changed/moved, therefore I wanted to keep it in one separate place. But having it as it is now, I am ok to just repeat the status reporting logic for the 2 handlers.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM 👀
For the prototype for packit#2602. This will be likely moved/adjusted later. For now mostly for testing this ourselves, we decided to run the jobs just for the projects defined in our service config. No package configuration is needed.
7fe919f
to
7cf32b5
Compare
Build succeeded. ✔️ pre-commit SUCCESS in 2m 07s |
So that it can be used for both upstream and downstream reporting.
7cf32b5
to
110a4f9
Compare
Build succeeded. ✔️ pre-commit SUCCESS in 2m 08s |
Related to #2602
RELEASE NOTES BEGIN
N/A
RELEASE NOTES END