package automation
This commit is contained in:
parent
7f376cf928
commit
daf8c47acf
4 changed files with 211 additions and 0 deletions
37
docs/package-automation/packit-triggers.rst
Normal file
37
docs/package-automation/packit-triggers.rst
Normal file
|
@ -0,0 +1,37 @@
|
|||
Packit Triggers
|
||||
===============
|
||||
|
||||
Resources
|
||||
----------
|
||||
|
||||
* Packit Triggers: https://packit.dev/docs/configuration/#packit-service-jobs
|
||||
|
||||
Discussion
|
||||
----------
|
||||
|
||||
The discussion was about when and where to push package changes.
|
||||
|
||||
Packit has three event triggers:
|
||||
|
||||
* Pull Requests
|
||||
* Commits
|
||||
* Releases
|
||||
|
||||
The topic showed up because pushing package changes on every and single Pull Requests sound unreasonable in some cases.
|
||||
|
||||
What would be needed
|
||||
--------------------
|
||||
|
||||
* PR CI testing is done using COPR, we can centralize those builds in a specific repository if we want to;
|
||||
* Use feature branches to automatically push updates to specific Koji tags (manual releases or commits);
|
||||
|
||||
Everything is configured in the packit yaml file.
|
||||
|
||||
Conclusion
|
||||
----------
|
||||
|
||||
The conclusion is that we all triggers for different scenarios:
|
||||
|
||||
* Pull Requests triggers using COPR for CI RPM test;
|
||||
* Merging of the main branch can push updates to rawhide;
|
||||
* Github releases and/or commits to feature branches could trigger updates in "production koji targets".
|
Loading…
Add table
Add a link
Reference in a new issue