CI: Hook up GitLab CI
authorBenjamin Tissoires <benjamin.tissoires@gmail.com>
Mon, 11 Jun 2018 09:22:41 +0000 (11:22 +0200)
committerPeter Hutterer <peter.hutterer@who-t.net>
Mon, 18 Jun 2018 00:24:45 +0000 (00:24 +0000)
commit8f3a8a530228d98d31daca5015ee2f59a60a9e24
tree2901de3cad9d0042b00665c91499f427f903783b
parenta5700dcf433e621ec699c1f9e76d3a283da31de6
CI: Hook up GitLab CI

The main tasks it does is build on a few different distros as well as build
with the various build options to make sure they work.It doesn't (yet) run the
test suite runner because that one mostly requires device nodes to operate on.

Most of the fancy is to get the docker images ready. A dnf update takes
forever, so we don't want to do that on 10 different machines. So instead we
build docker images with all the bits pre-installed, push that to the registry
and use those images for testing.

To speed things up, we only do that when the current image is older than a
week. And we only do that when we push to libinput proper, so a merge request
or pushing to your private gitlab repo will never trigger a docker image
update - it will trigger the tests and use the docker images tough.

Co-authored-by: Peter Hutterer <peter.hutterer@who-t.net>
Signed-off-by: Benjamin Tissoires <benjamin.tissoires@gmail.com>
.gitlab-ci.yml [new file with mode: 0644]