AuroraMiddleware/gtk2
1
0
Fork 0
forked from AuroraMiddleware/gtk
Code Issues Pull Requests Projects Releases Wiki Activity
4018417ceb
gtk2/.gitlab-ci
History
Emmanuele Bassi 386256a424 Rename base version argument in run-docker.sh 
The `--base-version` argument trips up everyone. Might as well rename it
to `--version`.
2021-03-11 16:37:29 +00:00
..
.lock
clang-format-diff.py
fedora-base.Dockerfile ci: Update the Fedora image to F33 2021-02-11 22:02:39 -05:00
fedora-docs.Dockerfile
fedora.Dockerfile ci: Update the Fedora image to F33 2021-02-11 22:02:39 -05:00
flatpak-build.sh ci: publish demo apps to the Nightly repository 2020-11-13 20:38:09 +02:00
meson-html-report.py
meson-junit-report.py
README.md Rename base version argument in run-docker.sh 2021-03-11 16:37:29 +00:00
run-docker.sh Rename base version argument in run-docker.sh 2021-03-11 16:37:29 +00:00
run-style-check-diff.sh
run-tests.sh ci: Don't print lsan suppressions 2021-01-22 13:01:09 -05:00
show-execution-environment.sh ci: Add a macos build 2021-01-03 21:34:04 -05:00
test-docker.sh
test-msys2.sh

README.md

GTK CI infrastructure

GTK uses different CI images depending on platform and jobs.

The CI images are Docker containers, generated either using docker or podman, and pushed to the GitLab container registry.

Each Docker image has a tag composed of two parts:

  • ${image}: the base image for a given platform, like "fedora" or "debian-stable"
  • ${number}: an incremental version number, or latest

See the container registry for the available images for each branch, as well as their available versions.

Checklist for Updating a CI image

  • Update the ${image}.Dockerfile file with the dependencies
  • Run ./run-docker.sh build --base ${image} --version ${number}
  • Run ./run-docker.sh push --base ${image} --version ${number} once the Docker image is built; you may need to log in by using docker login or podman login
  • Update the image keys in the .gitlab-ci.yml file with the new image tag
  • Open a merge request with your changes and let it run

Checklist for Adding a new CI image

  • Write a new ${image}.Dockerfile with the instructions to set up a build environment
  • Add the pip3 install meson incantation
  • Run ./run-docker.sh build --base ${image} --version ${number}
  • Run ./run-docker.sh push --base ${image} --version ${number}
  • Add the new job to .gitlab-ci.yml referencing the image
  • Open a merge request with your changes and let it run

Checklist for Adding a new dependency to a CI image

Our images are layered, and the base (called fedora-base) contains all the rpm payload. Therefore, adding a new dependency is a 2-step process:

  1. Build and upload fedora-base:$version+1
  2. Build and upload fedora:$version+1 based on fedora-base:version+1