2020-03-24 11:01:12 +00:00
|
|
|
variables:
|
2020-03-24 12:04:08 +00:00
|
|
|
GIT_DEPTH: 100
|
2020-03-24 11:01:12 +00:00
|
|
|
|
2020-03-06 15:38:36 +00:00
|
|
|
stages:
|
2020-06-02 15:28:57 +00:00
|
|
|
- containers
|
ci: Reduce number of stages
Right now we're dividing the jobs into three stages: prebuild, which
includes DCO checking as well as building artifacts such as the
website, and native_build/cross_build, which do exactly what you'd
expect based on their names.
This organization is nice from the logical point of view, but results
in poor utilization of the available CI resources: in particular, the
fact that cross_build jobs can only start after all native_build jobs
have finished means that if even a single one of the latter takes a
bit longer the pipeline will stall, and with native builds taking
anywhere from less than 10 minutes to more than 20, this happens all
the time.
Building artifacts in a separate pipeline stage also doesn't have any
advantages, and only delays further stages by a couple of minutes.
The only job that really makes sense in its own stage is the DCO
check, because it's extremely fast (less than 1 minute) and, if that
fails, we can avoid kicking off all other jobs.
Reducing the number of stages results in significant speedups:
specifically, going from three stages to two stages reduces the
overall completion time for a full CI pipeline from ~45 minutes[1]
to ~30 minutes[2].
[1] https://gitlab.com/abologna/libvirt/-/pipelines/154751893
[2] https://gitlab.com/abologna/libvirt/-/pipelines/154771173
Signed-off-by: Andrea Bolognani <abologna@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2020-06-10 10:11:30 +00:00
|
|
|
- builds
|
2020-07-28 09:05:16 +00:00
|
|
|
- sanity_checks
|
2020-03-06 15:38:36 +00:00
|
|
|
|
2020-03-27 15:40:05 +00:00
|
|
|
.script_variables: &script_variables |
|
gitlab: Enable improved ccache usage
Setting CC="ccache cc" works in most cases, but sometimes it will
break the build: in particular, we have experienced issues in the
past with that approach when using cgo to build our Go bindings.
A more robust approach is to have a directory containing symlinks
from the compiler name to the ccache binary: in that case, ccache
itself will invoke the compiler, and the build system will be none
the wiser.
Since libvirt-ci commit 2563aebb6c5c, container images contain a
suitable symlink directory, so all that's needed to enable the new
approach is to add this directory to $PATH.
Since we're touching this anyway, we make a few more changes:
$CCACHE_DIR is no longer created manually, because ccache will
take care of creating it for us if it doesn't already exist; the
ccache setup is moved out of the job template and into
script_variables, removing unnecessary duplication; a limit is
set on the size of the cache (500 MB, which is twice the amount
used by a fresh build on my Fedora 31 machine).
Signed-off-by: Andrea Bolognani <abologna@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2020-03-30 16:29:06 +00:00
|
|
|
export CCACHE_BASEDIR="$(pwd)"
|
|
|
|
export CCACHE_DIR="$CCACHE_BASEDIR/ccache"
|
|
|
|
export CCACHE_MAXSIZE="500M"
|
|
|
|
export PATH="$CCACHE_WRAPPERSDIR:$PATH"
|
2021-05-05 13:44:47 +00:00
|
|
|
export VIR_TEST_VERBOSE="1"
|
|
|
|
export VIR_TEST_DEBUG="1"
|
2020-03-06 15:38:36 +00:00
|
|
|
|
2021-09-09 13:49:01 +00:00
|
|
|
include: '/ci/gitlab.yml'
|
2020-06-02 15:28:57 +00:00
|
|
|
|
2021-01-13 16:45:06 +00:00
|
|
|
.native_build_job:
|
2021-09-09 13:49:01 +00:00
|
|
|
extends: .gitlab_native_build_job
|
2020-03-25 15:01:43 +00:00
|
|
|
cache:
|
|
|
|
paths:
|
|
|
|
- ccache/
|
|
|
|
key: "$CI_JOB_NAME"
|
|
|
|
before_script:
|
2020-03-27 15:40:05 +00:00
|
|
|
- *script_variables
|
2021-11-23 16:00:17 +00:00
|
|
|
- cat /packages.txt
|
2020-03-06 16:29:03 +00:00
|
|
|
script:
|
2021-09-09 13:47:48 +00:00
|
|
|
- meson setup build --werror $MESON_ARGS || (cat build/meson-logs/meson-log.txt && exit 1)
|
2021-05-10 17:14:12 +00:00
|
|
|
- meson dist -C build --no-tests
|
2020-10-08 13:36:07 +00:00
|
|
|
- if test -x /usr/bin/rpmbuild && test "$RPM" != "skip";
|
|
|
|
then
|
|
|
|
rpmbuild --nodeps -ta build/meson-dist/libvirt-*.tar.xz;
|
2021-05-10 17:14:12 +00:00
|
|
|
else
|
|
|
|
meson compile -C build;
|
|
|
|
meson test -C build --no-suite syntax-check --print-errorlogs;
|
2020-10-08 13:36:07 +00:00
|
|
|
fi
|
2020-03-06 16:29:03 +00:00
|
|
|
|
2021-01-13 16:45:06 +00:00
|
|
|
.cross_build_job:
|
2021-09-09 13:49:01 +00:00
|
|
|
extends: .gitlab_cross_build_job
|
2020-03-25 15:01:43 +00:00
|
|
|
cache:
|
|
|
|
paths:
|
|
|
|
- ccache/
|
|
|
|
key: "$CI_JOB_NAME"
|
|
|
|
before_script:
|
2020-03-27 15:40:05 +00:00
|
|
|
- *script_variables
|
2021-11-23 16:00:17 +00:00
|
|
|
- cat /packages.txt
|
2019-01-25 17:38:53 +00:00
|
|
|
script:
|
2021-05-10 17:20:30 +00:00
|
|
|
- meson setup build --werror $MESON_OPTS || (cat build/meson-logs/meson-log.txt && exit 1)
|
|
|
|
- meson compile -C build
|
2021-05-10 17:14:12 +00:00
|
|
|
- if test "$CROSS" = "i686" ; then meson test -C build --no-suite syntax-check --print-errorlogs ; fi
|
2019-01-25 17:38:53 +00:00
|
|
|
|
|
|
|
|
2020-03-06 14:56:42 +00:00
|
|
|
# This artifact published by this job is downloaded by libvirt.org to
|
|
|
|
# be deployed to the web root:
|
|
|
|
# https://gitlab.com/libvirt/libvirt/-/jobs/artifacts/master/download?job=website
|
|
|
|
website:
|
ci: Reduce number of stages
Right now we're dividing the jobs into three stages: prebuild, which
includes DCO checking as well as building artifacts such as the
website, and native_build/cross_build, which do exactly what you'd
expect based on their names.
This organization is nice from the logical point of view, but results
in poor utilization of the available CI resources: in particular, the
fact that cross_build jobs can only start after all native_build jobs
have finished means that if even a single one of the latter takes a
bit longer the pipeline will stall, and with native builds taking
anywhere from less than 10 minutes to more than 20, this happens all
the time.
Building artifacts in a separate pipeline stage also doesn't have any
advantages, and only delays further stages by a couple of minutes.
The only job that really makes sense in its own stage is the DCO
check, because it's extremely fast (less than 1 minute) and, if that
fails, we can avoid kicking off all other jobs.
Reducing the number of stages results in significant speedups:
specifically, going from three stages to two stages reduces the
overall completion time for a full CI pipeline from ~45 minutes[1]
to ~30 minutes[2].
[1] https://gitlab.com/abologna/libvirt/-/pipelines/154751893
[2] https://gitlab.com/abologna/libvirt/-/pipelines/154771173
Signed-off-by: Andrea Bolognani <abologna@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2020-06-10 10:11:30 +00:00
|
|
|
stage: builds
|
2020-06-02 15:28:57 +00:00
|
|
|
image: $CI_REGISTRY_IMAGE/ci-centos-8:latest
|
2020-07-28 09:15:13 +00:00
|
|
|
needs:
|
2021-09-09 13:49:01 +00:00
|
|
|
- x86_64-centos-8-container
|
2020-03-27 15:40:05 +00:00
|
|
|
before_script:
|
|
|
|
- *script_variables
|
2020-03-06 14:56:42 +00:00
|
|
|
script:
|
2021-05-10 17:20:30 +00:00
|
|
|
- meson setup build --werror --prefix=$(pwd)/vroot || (cat build/meson-logs/meson-log.txt && exit 1)
|
2020-08-03 06:53:00 +00:00
|
|
|
- ninja -C build install-web
|
2020-03-06 14:56:42 +00:00
|
|
|
- mv vroot/share/doc/libvirt/html/ website
|
|
|
|
artifacts:
|
|
|
|
expose_as: 'Website'
|
|
|
|
name: 'website'
|
|
|
|
when: on_success
|
|
|
|
expire_in: 30 days
|
|
|
|
paths:
|
|
|
|
- website
|
2020-03-24 14:42:14 +00:00
|
|
|
|
|
|
|
|
2020-03-26 12:07:34 +00:00
|
|
|
codestyle:
|
2021-05-12 17:27:56 +00:00
|
|
|
stage: sanity_checks
|
2021-05-04 08:31:38 +00:00
|
|
|
image: $CI_REGISTRY_IMAGE/ci-opensuse-leap-152:latest
|
2020-07-28 09:15:13 +00:00
|
|
|
needs:
|
2021-09-09 13:49:01 +00:00
|
|
|
- x86_64-opensuse-leap-152-container
|
2020-03-27 15:40:05 +00:00
|
|
|
before_script:
|
|
|
|
- *script_variables
|
2020-03-26 12:07:34 +00:00
|
|
|
script:
|
2021-05-10 17:20:30 +00:00
|
|
|
- meson setup build --werror || (cat build/meson-logs/meson-log.txt && exit 1)
|
2020-08-03 06:53:00 +00:00
|
|
|
- ninja -C build libvirt-pot-dep
|
2021-05-10 16:57:50 +00:00
|
|
|
- meson test -C build --suite syntax-check --no-rebuild --print-errorlogs
|
2020-03-26 12:07:34 +00:00
|
|
|
|
|
|
|
|
2020-03-24 14:42:14 +00:00
|
|
|
# This artifact published by this job is downloaded to push to Weblate
|
|
|
|
# for translation usage:
|
|
|
|
# https://gitlab.com/libvirt/libvirt/-/jobs/artifacts/master/download?job=potfile
|
|
|
|
potfile:
|
ci: Reduce number of stages
Right now we're dividing the jobs into three stages: prebuild, which
includes DCO checking as well as building artifacts such as the
website, and native_build/cross_build, which do exactly what you'd
expect based on their names.
This organization is nice from the logical point of view, but results
in poor utilization of the available CI resources: in particular, the
fact that cross_build jobs can only start after all native_build jobs
have finished means that if even a single one of the latter takes a
bit longer the pipeline will stall, and with native builds taking
anywhere from less than 10 minutes to more than 20, this happens all
the time.
Building artifacts in a separate pipeline stage also doesn't have any
advantages, and only delays further stages by a couple of minutes.
The only job that really makes sense in its own stage is the DCO
check, because it's extremely fast (less than 1 minute) and, if that
fails, we can avoid kicking off all other jobs.
Reducing the number of stages results in significant speedups:
specifically, going from three stages to two stages reduces the
overall completion time for a full CI pipeline from ~45 minutes[1]
to ~30 minutes[2].
[1] https://gitlab.com/abologna/libvirt/-/pipelines/154751893
[2] https://gitlab.com/abologna/libvirt/-/pipelines/154771173
Signed-off-by: Andrea Bolognani <abologna@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2020-06-10 10:11:30 +00:00
|
|
|
stage: builds
|
2020-06-02 15:28:57 +00:00
|
|
|
image: $CI_REGISTRY_IMAGE/ci-centos-8:latest
|
2020-07-28 09:15:13 +00:00
|
|
|
needs:
|
2021-09-09 13:49:01 +00:00
|
|
|
- x86_64-centos-8-container
|
2021-01-14 10:20:36 +00:00
|
|
|
rules:
|
|
|
|
- if: "$CI_COMMIT_BRANCH == 'master'"
|
2020-03-27 15:40:05 +00:00
|
|
|
before_script:
|
|
|
|
- *script_variables
|
2020-03-24 14:42:14 +00:00
|
|
|
script:
|
2021-05-10 17:20:30 +00:00
|
|
|
- meson setup build --werror || (cat build/meson-logs/meson-log.txt && exit 1)
|
2020-08-03 06:53:00 +00:00
|
|
|
- ninja -C build libvirt-pot-dep
|
|
|
|
- ninja -C build libvirt-pot
|
2020-06-04 13:26:39 +00:00
|
|
|
- cp po/libvirt.pot libvirt.pot
|
2020-03-24 14:42:14 +00:00
|
|
|
artifacts:
|
|
|
|
expose_as: 'Potfile'
|
|
|
|
name: 'potfile'
|
|
|
|
when: on_success
|
|
|
|
expire_in: 30 days
|
|
|
|
paths:
|
|
|
|
- libvirt.pot
|
2020-03-26 10:46:47 +00:00
|
|
|
|
2020-11-12 13:56:25 +00:00
|
|
|
# Coverity job that is run only by schedules
|
|
|
|
coverity:
|
|
|
|
image: $CI_REGISTRY_IMAGE/ci-centos-8:latest
|
|
|
|
needs:
|
2021-09-09 13:49:01 +00:00
|
|
|
- x86_64-centos-8-container
|
2020-11-12 13:56:25 +00:00
|
|
|
stage: builds
|
|
|
|
script:
|
|
|
|
- curl https://scan.coverity.com/download/linux64 --form project=$COVERITY_SCAN_PROJECT_NAME --form token=$COVERITY_SCAN_TOKEN -o /tmp/cov-analysis-linux64.tgz
|
|
|
|
- tar xfz /tmp/cov-analysis-linux64.tgz
|
2021-05-10 17:20:30 +00:00
|
|
|
- meson setup build --werror || (cat build/meson-logs/meson-log.txt && exit 1)
|
|
|
|
- cov-analysis-linux64-*/bin/cov-build --dir cov-int meson compile -C build
|
2020-11-12 13:56:25 +00:00
|
|
|
- tar cfz cov-int.tar.gz cov-int
|
|
|
|
- curl https://scan.coverity.com/builds?project=$COVERITY_SCAN_PROJECT_NAME --form token=$COVERITY_SCAN_TOKEN --form email=$GITLAB_USER_EMAIL --form file=@cov-int.tar.gz --form version="$(git describe --tags)" --form description="$(git describe --tags) / $CI_COMMIT_TITLE / $CI_COMMIT_REF_NAME:$CI_PIPELINE_ID"
|
2021-01-14 10:20:36 +00:00
|
|
|
rules:
|
|
|
|
- if: "$CI_PIPELINE_SOURCE == 'schedule' && $COVERITY_SCAN_PROJECT_NAME && $COVERITY_SCAN_TOKEN"
|