Jenkins — qu'est-ce que c'est, architecture du système et configuration du serveur CI/CD

Qu’est-ce que Jenkins et pourquoi en a-t-on besoin dans le développement mobile

Jenkins est un serveur CI/CD open source écrit en Java pour automatiser la construction, les tests et la livraison de logiciels. Dans le contexte du développement mobile, Jenkins permet aux équipes de construire automatiquement des applications iOS et Android, d’exécuter des tests unitaires et d’interface utilisateur, de signer les builds et de les livrer à l’App Store ou à Google Play sans opérations manuelles.

Le besoin de Jenkins se fait sentir lorsqu’un projet dépasse les builds locales et nécessite des intégrations régulières de code de plusieurs développeurs. Construire manuellement chaque commit prend du temps et est sujet aux erreurs — Jenkins résout ce problème en lançant des pipelines automatiques à chaque modification du dépôt.

Selon le rapport JetBrains Developer Ecosystem 2025, 54% des équipes mobiles utilisent Jenkins comme plateforme CI/CD principale. Le système prend en charge tous les langages et plateformes grâce à son architecture de plugins — pour Android, Gradle et SDK Manager sont disponibles, pour iOS, Xcode Integration et Keychain Manager.

Utilisez Jenkins dans les projets où vous avez besoin d’un contrôle total sur l’infrastructure de build, la personnalisation de chaque étape du processus CI/CD et l’intégration avec les systèmes de sécurité d’entreprise.

Architecture Jenkins : Master, Agents et fonctionnement du Pipeline

L’architecture de Jenkins repose sur le modèle Master-Agent. Le serveur Master gère la configuration, la planification des tâches et l’interface web, tandis que les agents exécutent les builds réels sur des machines dédiées ou temporaires. Cette architecture permet de construire en parallèle des applications iOS sur un agent macOS et des applications Android sur un agent Linux à partir d’un seul serveur Master.

Master et Agent dans Jenkins

Le nœud Master de Jenkins stocke tous les paramètres, plugins et l’historique des builds dans le répertoire personnel $JENKINS_HOME. Les agents se connectent au Master via SSH, JNLP ou WebSocket et reçoivent les tâches de la file d’attente. Pour le développement mobile, il est recommandé d’allouer des agents macOS séparés pour les builds iOS et des agents Linux pour les builds Android avec SDK et outils installés.

Chaque agent peut être un serveur permanent ou un conteneur Docker dynamique. Selon la documentation de CloudBees, la répartition des builds sur 5 agents réduit le temps total du pipeline CI/CD de 70% avec 10 tâches parallèles.

Pipeline en tant que code

Jenkins Pipeline est la définition de l’ensemble du processus CI/CD sous forme de code stocké dans le dépôt avec le projet. Le Pipeline est décrit dans un Jenkinsfile et prend en charge deux syntaxes : la déclarative (structurée, avec des blocs prédéfinis) et la scriptée (flexible, basée sur Groovy avec un contrôle total du flux d’exécution).

La syntaxe déclarative est recommandée pour la plupart des projets mobiles car elle garantit la lisibilité et la prévisibilité. La Pipeline scriptée convient aux scénarios complexes avec des étapes parallèles dynamiques, une gestion personnalisée des erreurs et une logique conditionnelle basée sur des variables d’environnement.

Jenkins Pipeline : syntaxes déclarative et scriptée

Jenkins Pipeline prend en charge deux syntaxes qui définissent la manière dont les étapes du processus CI/CD sont décrites. La syntaxe déclarative utilise une structure en blocs avec les mots-clés pipeline, stages, stage et steps, ce qui la rend intuitive pour les nouveaux utilisateurs. La syntaxe scriptée est basée sur Groovy et offre un contrôle total sur l’exécution via des instructions conditionnelles et des boucles.

Le Pipeline déclaratif crée automatiquement un bac à sable (Sandbox) — un environnement sécurisé pour l’exécution de scripts Groovy. Cela limite l’accès aux méthodes dangereuses de Java et Groovy, ce qui est essentiel dans les environnements d’entreprise où la sécurité du pipeline est contrôlée par un administrateur.

Structure du Pipeline déclaratif

Le Pipeline déclaratif repose sur quatre blocs principaux : pipeline (bloc racine), agent (spécification de l’agent), stages (séquence d’étapes) et post (actions après achèvement). Chaque stage contient des steps avec des commandes de build, et le bloc post définit les actions en cas de succès, d’échec ou de statut de build instable.

Le bloc post est particulièrement utile pour les projets mobiles — vous pouvez y configurer des notifications Slack en cas d’échec de build ou archiver les artefacts IPA et APK après une exécution réussie. Jenkins garantit l’exécution des actions post même si le pipeline est interrompu manuellement.

// Pipeline déclaratif pour application iOS
pipeline {
    agent { label 'macos' }
    stages {
        stage('Build') {
            steps {
                sh 'xcodebuild -workspace App.xcworkspace -scheme App clean build'
            }
        }
        stage('Test') {
            steps {
                sh 'xcodebuild -workspace App.xcworkspace -scheme App test'
            }
        }
    }
}

Le Pipeline scripté fournit un bloc node au lieu d’agent et permet d’utiliser des constructions Groovy pour un branchement dynamique. Cette syntaxe est pratique pour les pipelines où l’ensemble des étapes dépend des paramètres de build ou des résultats des étapes précédentes.

// Pipeline scripté avec étapes parallèles
node('macos') {
    stage('Parallel Builds') {
        parallel(
            ios: { buildIOS() },
            android: { buildAndroid() }
        )
    }
}
def buildIOS() {
    sh 'fastlane ios build'
}

Jenkinsfile : configuration CI/CD pour les projets iOS

Pour les projets iOS, le Jenkinsfile nécessite un agent macOS avec Xcode, CocoaPods ou Swift Package Manager et Fastlane installés. Un pipeline typique comprend les étapes : installation des dépendances, build, exécution des tests, signature du code et livraison à TestFlight ou à l’App Store.

Une caractéristique clé des builds iOS dans Jenkins est la gestion des certificats et profils de provisionnement. Il est recommandé d’utiliser Fastlane Match pour la récupération automatique des certificats depuis un dépôt ou le plugin Jenkins Credentials Binding pour le stockage sécurisé des clés.

pipeline {
    agent { label 'macos' }
    environment {
        MATCH_PASSWORD = credentials('match-password')
    }
    stages {
        stage('Install Dependencies') {
            steps {
                sh 'pod install --repo-update'
            }
        }
        stage('Build and Test') {
            steps {
                sh 'fastlane scan'
                sh 'fastlane gym'
            }
        }
        stage('Deploy to TestFlight') {
            when { branch 'main' }
            steps {
                sh 'fastlane upload_testflight'
            }
        }
    }
}

Pour les tests unitaires iOS, utilisez xcodebuild test avec la spécification du simulateur. Jenkins prend en charge la publication des rapports XCTest via le plugin JUnit — convertissez .xcresult au format XML pour intégrer les résultats des tests dans le tableau de bord de build.

Jenkinsfile : configuration CI/CD pour les projets Android

Les builds Android dans Jenkins sont exécutés sur des agents Linux avec Java JDK, Android SDK, Gradle et des émulateurs installés. Le pipeline comprend les étapes : vérification du linter, tests unitaires, build APK ou AAB, tests instrumentés sur émulateur et publication dans Google Play Console.

Pour gérer le SDK Android, utilisez sdkmanager dans le Jenkinsfile pour installer les plateformes et outils de build nécessaires. Il est recommandé de mettre en cache les répertoires .gradle et .android entre les builds pour accélérer les exécutions ultérieures.

pipeline {
    agent { label 'linux' }
    stages {
        stage('Lint Check') {
            steps {
                sh './gradlew lint'
            }
        }
        stage('Unit Tests') {
            steps {
                sh './gradlew testDebugUnitTest'
            }
        }
        stage('Build APK') {
            steps {
                sh './gradlew assembleDebug'
            }
            post {
                success {
                    archiveArtifacts artifacts: '**/build/outputs/apk/**/*.apk'
                }
            }
        }
    }
}

Les tests instrumentés sur Android nécessitent un émulateur en cours d’exécution. Jenkins prend en charge le plugin Android Emulator, qui crée et démarre automatiquement un émulateur avant les tests. Pour les appareils physiques, utilisez Firebase Test Lab — l’intégration est disponible via le plugin Google Cloud SDK.

Plugins Jenkins pour l’automatisation des builds

Le système de plugins Jenkins est un avantage clé de la plateforme. Plus de 1800 plugins couvrent toutes les étapes du CI/CD : de l’intégration avec les systèmes de contrôle de version au déploiement dans les services cloud. Chaque plugin ajoute de nouvelles étapes au pipeline et étend l’interface web avec des pages de configuration supplémentaires.

Pour le développement mobile, un ensemble de plugins de gestion des identifiants est essentiel : Credentials Binding pour stocker les jetons App Store Connect et les comptes de service Google Play. Le plugin Xcode Integration ajoute des étapes de build d’applications iOS à partir de l’interface Jenkins.

Le plugin Docker Pipeline permet d’exécuter chaque étape de build dans un conteneur séparé, garantissant la reproductibilité de l’environnement et éliminant le problème des différences d’environnement. Pour les builds Android, utilisez des images avec SDK Android préinstallé de la communauté Gradle.

Jenkins vs Travis CI : comparaison pour les équipes mobiles

Le choix entre Jenkins et Travis CI dépend de la taille de l’équipe, du budget et des exigences d’infrastructure. Jenkins est une solution auto-hébergée avec un contrôle total, nécessitant un serveur dédié et un administrateur. Travis CI est un service cloud avec paiement à l’utilisation, ne nécessitant pas de gestion de serveur.

Pour les startups et les petites équipes, Travis CI est préférable — zéro coût d’infrastructure, intégration simple avec GitHub et builds prêts pour iOS et Android. Pour les projets Enterprise, Jenkins offre des avantages : ses propres exécuteurs macOS, la conformité aux politiques de sécurité d’entreprise et une configuration fine du pipeline via Jenkinsfile.

Selon l’enquête Stack Overflow 2025, Jenkins est utilisé par 42% des développeurs professionnels contre 12% pour Travis CI. Cependant, Travis CI reste populaire dans la communauté open source grâce à son plan gratuit pour les dépôts publics et sa barrière d’entrée minimale.

Avantages de Jenkins dans les processus CI/CD

Jenkins offre un ensemble d’avantages qui en font la norme CI/CD pour le développement mobile. La licence MIT gratuite permet d’utiliser le serveur sans restrictions dans les projets commerciaux, et le code open source garantit l’indépendance vis-à-vis du fournisseur et la possibilité d’audit de sécurité.

L’architecture Master-Agent permet une mise à l’échelle horizontale — l’ajout d’un nouvel agent augmente le débit du pipeline de manière linéaire. Jenkins prend en charge les agents dynamiques dans Kubernetes via Jenkins X, permettant de créer et de détruire automatiquement des builders selon les besoins.

L’écosystème de plugins couvre tous les outils modernes : Docker, Kubernetes, Fastlane, SonarQube, GitLab, Bitbucket. Si aucun plugin prêt à l’emploi n’est disponible, vous pouvez écrire votre propre extension en Java ou utiliser les Pipeline Shared Libraries pour réutiliser du code entre projets.