When a non-collaborator creates a PR, packit says that only “Collaborators
can trigger packit-service” - this message has been improved to better match
the reality (#445).
Packit service no longer posts comments on pull requests when a SRPM can’t be
created - the logs should be now aviable in the service’s logs view available
when clocking on the commit status check URL (#447).
Commands to control packit service can now be embedded in a comment
(previously, the whole comment was treated as a command) - hence you can now
create a comment to give an update and also trigger packit (#433),
contributed by @IceWreck.
We have improved monitoring of packit-service by using more sentry.io’s
features (#458).
You can now disable the functionality when packit service comments on a PR
when it gets built for the first time (notifications: {pull_request: {successful_build:: false}} in your packit.yaml), hi
Lars! (#455).
Comments from packit-service about successful propose-update in the issue
which triggered the update now include the URL of the new pull-request in Fedora (#472).
We have done some major refactoring how jobs are processed
(#476), (#746), (#453).
Development and debugging of the packit-service should be easier now, we
documented how to run packit-service locally (#473).
When you are executing copr-build command, you do not
need to set the project name if this value is defined in
the copr_build job in the configuration file (#763).
All patches generated from a source-git repo are now prefixed with a number
so they are easy to sort (#765).
We improved the behaviour when loading the authentication in the config file -
users are warned only if deprecated keys are used, no more confusing messages when
you do not have authentication key in the configuration (#754).
We periodically check the status of the copr-build so that we do not need to rely
on the Fedora message bus. This should avoid failures in build status reporting (#490).
Propose-update triggered by comment in Github now recognizes also pre-releases (#498).
Several bugs in how we report results from Testing farm have been fixed and Testing
farm results should now appear correctly in commit status checks
(#496), (#505), (#510), (#513).