External/libvirt
1
0
Fork 0
mirror of https://gitlab.com/libvirt/libvirt.git synced 2024-10-05 05:45:46 +00:00
Code Issues Packages Projects Releases Wiki Activity
294b5a9821
libvirt/docs/ci.rst
Erik Skultety 294b5a9821 docs: ci: Add info about the two major types of jobs our CI runs 
Signed-off-by: Erik Skultety <eskultet@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2022-07-15 08:26:29 +02:00

1.5 KiB
Raw Blame History

Libvirt Continuous Integration

The libvirt project uses GitLab CI for automated testing. Here's our CI dashboard which shows the current status of our pipelines.

Builds and unit tests

Linux builds and cross-compiled Windows builds happen on GitLab CI's shared runners, while FreeBSD and macOS coverage is achieved by triggering Cirrus CI jobs behind the scenes.

Most of the tooling used to build CI pipelines is maintained as part of the libvirt-ci subproject.

Integration tests

Integration tests in our CI pipelines require dedicated HW which is not available to forks, see GitLab CI Custom Runners. Therefore, in order to execute the integration tests as part of your libvirt fork's GitLab CI you'll need to provide your own runner. You'll also need to set a few CI variables to run the integration tests as part of the CI pipeline, see below.

GitLab CI variables

  • LIBVIRT_CI_INTEGRATION - enables integration test runs manually or in forks
  • LIBVIRT_CI_INTEGRATION_RUNNER_TAG - overrides the upstream runner tag on the

Retrieving test logs

In case the integration test suite fails in our CI pipelines, a job artifact is generated containing Avocado logs, libvirt debug logs, and the latest traceback (if one was produced during a daemon's execution).