D'où provient la compilation (build) ?

La compilation (build) du logiciel est réalisée à la suite du processus de compilation, de liaison et d’emballage du code source du projet avec les ressources nécessaires (bibliothèques, fichiers de configuration, images, etc.) en un seul paquet exécutable ou distribué.

Lors de la compilation manuelle, le développeur effectue ces étapes manuellement ou à l’aide de scripts sur son ordinateur local. Lors de la compilation automatisée, des systèmes d’intégration continue (CI) tels que Jenkins, GitLab CI, GitHub Actions, TeamCity, etc., sont utilisés.

Le processus de compilation automatisée ressemble à peu près à ceci :

1. Déclencheur : Une modification dans le dépôt (par exemple, un commit dans une branche spécifique) ou l’exécution d’une compilation planifiée lance le pipeline de compilation.
2. Récupération du code : Le système CI récupère la version actuelle du code source depuis le système de contrôle de version (Git, SVN, etc.).
3. Compilation : Des commandes de compilation sont exécutées selon la configuration du projet (par exemple, mvn clean package, npm build, dotnet publish). Cette étape inclut la compilation du code source, l’exécution de tests unitaires et la création d’artefacts de compilation.
4. Tests : Divers types de tests automatisés peuvent être lancés (tests d’intégration, e2e, etc.).
5. Emballage : Les artefacts de compilation sont emballés dans le format approprié (WAR/JAR pour Java, image Docker, paquet NPM, msi, etc.).
6. Publication : L’artefact (build) prêt est publié dans un dépôt d’artefacts (Nexus, Artifactory, Docker Registry), d’où il peut être récupéré pour déploiement ou tests ultérieurs.

Ainsi, la compilation est issue d’un processus automatisé ou manuel de compilation, de liaison et d’emballage du code source, généralement effectué par le système CI après des modifications dans le dépôt.