Cargando…

Evolution of the LHCb Continuous Integration system

The physics software stack of LHCb is based on Gaudi and is comprised of about 20 interdependent projects, managed across multiple GitLab repositories. At present, the continuous integration (CI) system used for regular building and testing of this software is implemented using Jenkins and runs on a...

Descripción completa

Detalles Bibliográficos
Autores principales: Currie, Robert, Mataev, Rosen, Clemencic, Marco
Lenguaje:eng
Publicado: 2020
Materias:
Acceso en línea:https://dx.doi.org/10.1051/epjconf/202024505039
http://cds.cern.ch/record/2752846
_version_ 1780969331444678656
author Currie, Robert
Mataev, Rosen
Clemencic, Marco
author_facet Currie, Robert
Mataev, Rosen
Clemencic, Marco
author_sort Currie, Robert
collection CERN
description The physics software stack of LHCb is based on Gaudi and is comprised of about 20 interdependent projects, managed across multiple GitLab repositories. At present, the continuous integration (CI) system used for regular building and testing of this software is implemented using Jenkins and runs on a cluster of about 300 cores.LHCb CI pipelines are python-based and relatively modern with some degree of modularity, i.e. the separation of test jobs from build jobs. However, these still suffer from obsoleted design choices that prevent improvements to scalability and reporting. In particular, the resource use and speed have not been thoroughly optimized due to the predominant use of the system for nightly builds, where a feedback time of 8 hours is acceptable. We describe recent work on speeding up pipelines by aggressively splitting and parallelizing checkout, build and test jobs and caching their artifacts. The current state of automatic code quality integration, such as coverage reports, is shown.This paper presents how feedback time from change (merge request) submission to build and test reports is reduced from “next day” to a few hours by dedicated on-demand pipelines. Custom GitLab integration allows easy triggering of pipelines, including linked changes to multiple projects, and provides immediate feedback as soon as ready. Reporting includes a comparison to tests on a unique stable reference build, dynamically chosen for every set of changes under testing. This work enables isolated testing of changes that integrates well into the development workflow, leaving nightly testing primarily for integration tests.
id oai-inspirehep.net-1832176
institution Organización Europea para la Investigación Nuclear
language eng
publishDate 2020
record_format invenio
spelling oai-inspirehep.net-18321762021-03-01T20:16:23Zdoi:10.1051/epjconf/202024505039http://cds.cern.ch/record/2752846engCurrie, RobertMataev, RosenClemencic, MarcoEvolution of the LHCb Continuous Integration systemComputing and ComputersThe physics software stack of LHCb is based on Gaudi and is comprised of about 20 interdependent projects, managed across multiple GitLab repositories. At present, the continuous integration (CI) system used for regular building and testing of this software is implemented using Jenkins and runs on a cluster of about 300 cores.LHCb CI pipelines are python-based and relatively modern with some degree of modularity, i.e. the separation of test jobs from build jobs. However, these still suffer from obsoleted design choices that prevent improvements to scalability and reporting. In particular, the resource use and speed have not been thoroughly optimized due to the predominant use of the system for nightly builds, where a feedback time of 8 hours is acceptable. We describe recent work on speeding up pipelines by aggressively splitting and parallelizing checkout, build and test jobs and caching their artifacts. The current state of automatic code quality integration, such as coverage reports, is shown.This paper presents how feedback time from change (merge request) submission to build and test reports is reduced from “next day” to a few hours by dedicated on-demand pipelines. Custom GitLab integration allows easy triggering of pipelines, including linked changes to multiple projects, and provides immediate feedback as soon as ready. Reporting includes a comparison to tests on a unique stable reference build, dynamically chosen for every set of changes under testing. This work enables isolated testing of changes that integrates well into the development workflow, leaving nightly testing primarily for integration tests.oai:inspirehep.net:18321762020
spellingShingle Computing and Computers
Currie, Robert
Mataev, Rosen
Clemencic, Marco
Evolution of the LHCb Continuous Integration system
title Evolution of the LHCb Continuous Integration system
title_full Evolution of the LHCb Continuous Integration system
title_fullStr Evolution of the LHCb Continuous Integration system
title_full_unstemmed Evolution of the LHCb Continuous Integration system
title_short Evolution of the LHCb Continuous Integration system
title_sort evolution of the lhcb continuous integration system
topic Computing and Computers
url https://dx.doi.org/10.1051/epjconf/202024505039
http://cds.cern.ch/record/2752846
work_keys_str_mv AT currierobert evolutionofthelhcbcontinuousintegrationsystem
AT mataevrosen evolutionofthelhcbcontinuousintegrationsystem
AT clemencicmarco evolutionofthelhcbcontinuousintegrationsystem