On Tue, Jul 2, 2019 at 5:12 PM Justin Stephenson <jstephen(a)redhat.com>
I am interested in using Fedora CI to automate running integration tests
for the package I maintain https://github.com/Scribery/tlog
Currently, I am running all our integration tests manually/locally.
I understand that gating and tests can be run automatically when pull
requests are pushed to the fedora dist-git repositories
, but I was wondering if there is a way to trigger
the Fedora CI test run from the creation of a github Pull Request. Is it
possible to automatically sync a Github repository with a Fedora dist-git
repository to handle this?
We are planning a demo about a similar use case together with packit team:
(feel free to thumbs up :)
The idea is that you onboard your package to packit service , which
takes care of building the rpm in copr, you configure tests to run in
packit's configuration. Tests will be possible to defined via a simple yaml
like format (like travis ci).
This leads to another question that might help contextualize what i'm
looking for. Is Fedora CI intended to be used to test individual
commits(like in a single Github PR), or only multiple changes contained in
a Fedora-built package?
If this workflow automation is not possible, i'd like to know if package
maintainers are using a more efficient workflow than the following:
1) Submit PR to Github with new code changes
2) Build new SRPM with aforementioned changes
3) Submit PR to fedora CI dist-git repository to trigger tests
Thanks in advance.
CI mailing list -- ci(a)lists.fedoraproject.org
To unsubscribe send an email to ci-leave(a)lists.fedoraproject.org
Fedora Code of Conduct:
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
Miroslav Vadkerti :: Principal QE :: Testing Farm / OSCI / BaseOS QE
IRC mvadkert #tft #baseosci #osci :: GPG 0x7B5B2E95
TPB-C 2C215 :: Mobile +420 773 944 252
Red Hat Czech s.r.o, Purkyňova 115, 612 00, Brno, CR