Bref, les probl\u00e8mes techniques vont vous sauter \u00e0 la gorge et risquent de faire couler votre projet.<\/p>\r\n\r\n\r\n\r\n
Heureusement, l\u2019ing\u00e9nierie logicielle et l\u2019approche DevOps ont d\u00e9velopp\u00e9e une solution pour chasser ce nuage noir : l\u2019automatisation via un pipeline CI\/CD avec Jenkins et Gitlab.<\/p>\r\n\r\n\r\n\r\n
Qu\u2019est-ce qu\u2019un pipeline CI\/CD et comment il dope la productivit\u00e9 de vos d\u00e9veloppeurs ?<\/h2>\r\n\r\n\r\n\r\n
Un pipeline CI\/CD est une s\u00e9rie d\u2019\u00e9tapes \u00e0 r\u00e9aliser durant le d\u00e9veloppement d\u2019un logiciel.<\/p>\r\n\r\n\r\n\r\n
Son objectif : simplifier le d\u00e9veloppement logiciel en am\u00e9liorant la distribution des nouvelles versions d\u2019un logiciel via des tests automatis\u00e9s.<\/p>\r\n\r\n\r\n\r\n
Il est charg\u00e9 de surveiller, d\u2019automatiser les tests manuels extr\u00eamement chronophages durant tout le cycle de vie du logiciel. Y compris lors de la phase d\u2019int\u00e9gration et celle du d\u00e9ploiement.<\/p>\r\n\r\n\r\n\r\n
A chaque \u00e9tape, le d\u00e9veloppeur r\u00e9dige un ou plusieurs scripts qui seront ex\u00e9cut\u00e9s \u00e0 des moments pr\u00e9cis du processus de livraison.<\/p>\r\n\r\n\r\n\r\n
Dis comme \u00e7a, \u00e7a peut ressembler \u00e0 une description d\u2019un th\u00e9or\u00e8me obscur sorti tout droit de l\u2019almanach d\u2019un savant fou. Mais c\u2019est en fait un gage de la qualit\u00e9 du code final et de votre capacit\u00e9 \u00e0 respecter le cahier des charges<\/a> dans les temps impartis.<\/p>\r\n\r\n\r\n\r\n Pour comprendre \u00e0 quel point un pipeline CI\/CD va transformer vos processus de cr\u00e9ation d\u2019applications, il y a 2 concepts essentiels : l\u2019int\u00e9gration continue (CI) et le d\u00e9ploiement continu (CD).<\/p>\r\n\r\n\r\n\r\n Comment faire pour \u00eatre certain que l\u2019ajout de nouvelles fonctionnalit\u00e9s dans le code-source ne va pas entra\u00eener de probl\u00e8mes de compatibilit\u00e9 ?<\/p>\r\n\r\n\r\n\r\n Comment \u00eatre certain que tous les membres de vos codeurs ont exactement la m\u00eame version du code que celle de la branche ma\u00eetresse ?<\/p>\r\n\r\n\r\n\r\n Ou que le retrait ou la modification d\u2019un bout de corde ne va pas cr\u00e9er une cascade d\u2019erreurs li\u00e9es aux d\u00e9pendances ?<\/p>\r\n\r\n\r\n\r\n Malheureusement, c\u2019est impossible \u00e0 garantir.\u00a0<\/p>\r\n\r\n\r\n\r\n Surtout si votre code source est compos\u00e9 de milliers de lignes de codes, d\u2019une kyrielles de d\u00e9p\u00f4ts et de packages entrem\u00eal\u00e9s (bref, un bon gros plat de spaghetti informatique \ud83c\udf5d).<\/p>\r\n\r\n\r\n\r\n Par contre, ce que vous pouvez faire, c\u2019est v\u00e9rifier automatiquement s\u2019il y a une erreur \u00e0 chaque modification d\u2019un morceau de code.<\/p>\r\n\r\n\r\n\r\n C\u2019est le principe de l\u2019int\u00e9gration continue (ou continuous integration, dans la langue de Shakespeare).<\/p>\r\n\r\n\r\n\r\n Pour citer wikipedia<\/a> : \u201cL’int\u00e9gration continue (de l’anglais : Continuous integration, CI), est un ensemble de pratiques utilis\u00e9es en g\u00e9nie logiciel consistant \u00e0 v\u00e9rifier \u00e0 chaque modification de code source que le r\u00e9sultat des modifications ne produit pas de r\u00e9gression dans l’application d\u00e9velopp\u00e9e\u201d.<\/p>\r\n\r\n\r\n\r\n L\u2019int\u00e9gration continue permet aux programmeurs de ne plus avoir \u00e0 tester manuellement si leurs modifications cr\u00e9ent des bugs.\u00a0<\/p>\r\n\r\n\r\n\r\n L\u2019outil d\u2019int\u00e9gration analyse constamment les dossiers dans lesquels se trouvent les codes. Et s\u2019il d\u00e9tecte un commit ou un git push dans votre SCM, il lance la compilation de la nouvelle version du code. Ensuite, il lance l\u2019ex\u00e9cution des tests (tests fonctionnels, tests de r\u00e9gression, tests d\u2019int\u00e9gration, tests d\u2019acceptation, etc.).<\/p>\r\n\r\n\r\n\r\n A la fin, le programmeur re\u00e7oit un rapport de tests lui indiquant s\u2019il y a des erreurs et comment les corriger.<\/p>\r\n\r\n\r\n\r\n R\u00e9duire le Time-to-Market de vos app pour fournir une valeur client plus rapide vous int\u00e9resse ?<\/p>\r\n\r\n\r\n\r\n Si oui, vous allez adorer la livraison continue (Continuous Delivery) et le d\u00e9ploiement continu (Continuous Deployment).<\/p>\r\n\r\n\r\n\r\n Concr\u00e8tement, \u00e0 chaque commit, la livraison continue va effectuer des tests automatis\u00e9s et int\u00e9grer le code. Ensuite, elle attend une validation humaine pour d\u00e9ployer la derni\u00e8re version du logiciel dans les diff\u00e9rents environnements de tests, d\u2019int\u00e9gration et de mise en production.<\/p>\r\n\r\n\r\n\r\n Le d\u00e9ploiement continu va faire exactement pareil. A une diff\u00e9rence pr\u00e8s : son processus de d\u00e9ploiement automatis\u00e9 ne n\u00e9cessite aucune validation humaine.<\/p>\r\n\r\n\r\n\r\n Et pour pouvoir mettre en place un pipeline m\u00ealant le CI et le CD, vous allez avoir besoin d\u2019outils d\u2019int\u00e9gration.<\/p>\r\n\r\n\r\n\r\n Ce qui nous conduit \u00e0 nos deux champions du jour : GitLab CI\/CD et Jenkins.<\/p>\r\n\r\n\r\n\r\n D\u2019embl\u00e9e, sachez que vous pouvez utiliser uniquement l\u2019un ou l\u2019autre, ou les deux, en fonction de votre cahier des charges et de votre \u00e9quipe.<\/p>\r\n\r\n\r\n\r\n Maintenant, voyons-les en d\u00e9tail.<\/p>\r\n\r\n\r\n\r\n GitLab est un logiciel de gestion de versions (VCS) complet fortement orient\u00e9 sur la collaboration et le travail en \u00e9quipe.<\/p>\r\n\r\n\r\n\r\n Et parmi ses fonctions, GitLab CI\/CD.<\/p>\r\n\r\n\r\n\r\n GitLab CI\/CD est un outil de gestion de l\u2019int\u00e9gration continue et du d\u00e9ploiement continu des projets h\u00e9berg\u00e9s sur GitLab.<\/p>\r\n\r\n\r\n\r\n Parmi ses fonctionnalit\u00e9s, voici quelques-unes qui sont tr\u00e8s appr\u00e9ci\u00e9es par les aficionados du code informatique :<\/p>\r\n\r\n\r\n\r\n Toutefois, contrairement \u00e0 ce que leurs noms peuvent laisser penser, GitLab et GitHub appartiennent \u00e0 des entreprises diff\u00e9rentes.<\/p>\r\n\r\n\r\n\r\n GitHub, rachet\u00e9 par Microsoft en 2018, est une autre solution open-source r\u00e9pondant aux m\u00eames besoins.<\/p>\r\n\r\n\r\n\r\n N\u00e9anmoins, les deux sont bas\u00e9s sur le m\u00eame logiciel de versions d\u00e9centralis\u00e9 et open-source : git.<\/p>\r\n\r\n\r\n\r\n D\u2019o\u00f9 la ressemblance dans les noms.<\/p>\r\n\r\n\r\n\r\n Cr\u00e9\u00e9 en 2004 sous le nom de projet Hudson, Jenkins \u00e9tait d\u2019abord un logiciel interne d\u00e9di\u00e9 \u00e0 l\u2019int\u00e9gration continue pour l\u2019\u00e9quipe de d\u00e9veloppement de Sun Microsystems.<\/p>\r\n\r\n\r\n\r\n Hudson gagne en popularit\u00e9 gr\u00e2ce \u00e0 son mod\u00e8le communautaire, flexible et rapide. Sauf qu\u2019en 2009, Oracle rach\u00e8te Sun et veut imposer sa vision du processus de d\u00e9veloppement id\u00e9al d\u2019un logiciel.<\/p>\r\n\r\n\r\n\r\n Plus lent. Plus contr\u00f4l\u00e9. Bref, moins agile et radicalement diff\u00e9rent de la conception des cr\u00e9ateurs originaux.<\/p>\r\n\r\n\r\n\r\n Raison pour laquelle, en 2011, les d\u00e9veloppeurs originels de Hudson cr\u00e9ent un fork du projet sur GitHub. C\u2019est ce fork qui est devenu Jenkins.<\/p>\r\n\r\n\r\n\r\n Alors qu\u2019est-ce que jenkins et \u00e0 quoi \u00e7a sert ?<\/p>\r\n\r\n\r\n\r\n Jenkins est un serveur d\u2019int\u00e9gration continu open-source \u00e9crit dans le langage de programmation Java.<\/p>\r\n\r\n\r\n\r\n Il est 100 % gratuit et mise sur la flexibilit\u00e9 et la rapidit\u00e9 des livraisons.<\/p>\r\n\r\n\r\n\r\n Autre point fort de Jenkins : son immense biblioth\u00e8que qui contient plus de 1900 int\u00e9grations \u00e0 d\u2019autres outils pour passionn\u00e9s du code informatique.<\/p>\r\n\r\n\r\n\r\n Voici quelques-uns des plus populaires :<\/p>\r\n\r\n\r\n\r\n Et ce mod\u00e8le a d\u00e9j\u00e0 s\u00e9duit 11 millions de d\u2019amateurs de programmation<\/a>.<\/p>\r\n\r\n\r\n\r\n Maintenant, entrons dans le vif du sujet : comment int\u00e9grer un pipeline CI\/CD avec Jenkins et Gitlab.<\/p>\r\n\r\n\r\n\r\n Avant d\u2019aller plus loin, assurez-vous de cocher ces 2 cases :<\/p>\r\n\r\n\r\n\r\n Pr\u00eat ? Commen\u00e7ons.<\/p>\r\n\r\n\r\n\r\n Si vous avez d\u00e9j\u00e0 install\u00e9 Jenkins, vous pouvez sauter cette partie.<\/p>\r\n\r\n\r\n\r\n Java SE est une plateforme qui contient les API et biblioth\u00e8ques de base du langage de programmation Java.<\/p>\r\n\r\n\r\n\r\n Gr\u00e2ce \u00e0 ce framework, votre ordinateur sera capable de \u201ccomprendre\u201d le langage Java.\u00a0<\/p>\r\n\r\n\r\n\r\n Jenkins \u00e9tant \u00e9crit en Java, Java SE est donc indispensable.<\/p>\r\n\r\n\r\n\r\n Bref, rendez-vous sur la page d\u2019oracle, t\u00e9l\u00e9chargez la version correspondante \u00e0 votre syst\u00e8me d\u2019exploitation<\/a>. Ensuite installez-la comme n\u2019importe quel autre logiciel.<\/p>\r\n\r\n\r\n\r\n Les variables d\u2019environnement sont utilis\u00e9es pour dire en gros \u00e0 votre OS :\u201dvoici o\u00f9 il faut chercher les fichiers qui contiennent les commandes de Java\u201d.<\/p>\r\n\r\n\r\n\r\n Ainsi, lorsque vous \u00e9crirez des lignes de commande sur votre serveur virtuel Jenkins, l\u2019ordinateur saura o\u00f9 aller chercher.<\/p>\r\n\r\n\r\n\r\n Rassurez-vous, c\u2019est extr\u00eamement facile :<\/p>\r\n\r\n\r\n\r\n C\u2019est tout.<\/p>\r\n\r\n\r\n\r\n Maintenant que votre desktop est configur\u00e9 pour Java, passons \u00e0 la prochaine \u00e9tape : installer Jenkins.<\/p>\r\n\r\n\r\n\r\n Ca aussi, c\u2019est tr\u00e8s simple \u00e0 faire en quelques clics.<\/p>\r\n\r\n\r\n\r\n Voici ce que vous avez \u00e0 faire :<\/p>\r\n\r\n\r\n\r\n Attendez patiemment que l\u2019installation se termine.<\/p>\r\n\r\n\r\n\r\n Voil\u00e0, Jenkins est install\u00e9 sur votre machine.<\/p>\r\n\r\n\r\n\r\n Maintenant, il faut le \u201cd\u00e9bloquer\u201d.<\/p>\r\n\r\n\r\n\r\n Pour cela :<\/p>\r\n\r\n\r\n\r\n Cr\u00e9ez votre tout premier utilisateur – sans oublier de lui donner le r\u00f4le d\u2019administrateur – et le tour est jou\u00e9.<\/p>\r\n\r\n\r\n\r\n A cette \u00e9tape, vous avez d\u00e9j\u00e0 un serveur Jenkins qui fonctionne.<\/p>\r\n\r\n\r\n\r\n Place \u00e0 la cr\u00e9ation du pipeline.<\/p>\r\n\r\n\r\n\r\n Voici la marche \u00e0 suivre :<\/p>\r\n\r\n\r\n\r\n Et voil\u00e0. A chaque fois que l\u2019\u00e9quipe de d\u00e9veloppement modifiera le code stock\u00e9 sur le compte Git, l\u2019instance Jenkins effectuera toutes les \u00e9tapes que d\u00e9finies dans votre pipeline.<\/p>\r\n\r\n\r\n\r\n De plus, vous pouvez aussi modifier votre code directement dans l\u2019interface web de l\u2019IDE de Jenkins.<\/p>\r\n\r\n\r\n\r\n Vous n\u2019aurez plus qu\u2019\u00e0 aller dans l\u2019espace \u201cworkspace\u201d sur Jenkins pour lancer le build.<\/p>\r\n\r\n\r\n\r\n Pour modifier le pipeline cr\u00e9\u00e9 par d\u00e9faut, vous allez devoir ouvrir le jenkins file du projet. C\u2019est le fichier de configuration de votre pipeline.<\/p>\r\n\r\n\r\n\r\n Il se trouve \u00e0 la racine du projet.<\/p>\r\n\r\n\r\n\r\n Un jenkinsfile est un simple fichier texte dans lequel vous allez \u00e9crire vos instructions dans un langage sp\u00e9cifique \u00e0 un domaine – ou DSL.\u00a0<\/p>\r\n\r\n\r\n\r\n Celui de Jenkins ressemble beaucoup \u00e0 du code Groovy.<\/p>\r\n\r\n\r\n\r\n Vous avez le choix entre deux modes d\u2019\u00e9criture :<\/p>\r\n\r\n\r\n\r\n Apr\u00e8s avoir t\u00e9l\u00e9charg\u00e9 le plugin correspondant \u00e0 vos attentes, installez un environnement de programmation (IDE). Visual Studio Code fera parfaitement l\u2019affaire.<\/p>\r\n\r\n\r\n\r\n Voici un exemple de fichier Jenkins en mode d\u00e9claratif.<\/p>\r\n\r\n\r\n\r\n Et un autre en mode sc\u00e9naris\u00e9.<\/p>\r\n\r\n\r\n\r\n Si vous souhaitez en apprendre plus sur les diff\u00e9rentes syntaxes des pipelines groovy, faites un tour sur la documentation officielle<\/a>.<\/p>\r\n\r\n\r\n\r\n Ces fichiers sont tous bas\u00e9s sur les concepts propres \u00e0 Jenkins :<\/p>\r\n\r\n\r\n\r\n Place \u00e0 l\u2019\u00e9criture de vos premi\u00e8res directives (voici un billet qui d\u00e9taille les plus importantes<\/a>).<\/p>\r\n\r\n\r\n\r\nL\u2019int\u00e9gration continue CI<\/h3>\r\n\r\n\r\n\r\n
Le d\u00e9ploiement continu (CD)<\/h3>\r\n\r\n\r\n\r\n
Qu\u2019est-ce que GitLab CI\/CD et Jenkins ?<\/h2>\r\n\r\n\r\n\r\n
GitLab<\/h3>\r\n\r\n\r\n\r\n
![\"Logo](\"https:\/\/lh7-us.googleusercontent.com\/docsz\/AD_4nXe2UAqV9eQuIxenVRg5nM7hm4hvYy5jGb4S9RDggo9iVb0f7XzFNEimQIPfDBAsaCrGWOHPhWWtJ4qj6TSVI4MBt3BJmHdT6tNwAH8Kj6ycch0tuMzM12tZJuuLURMcl_BnAf7j9l4ePypeXlGQ3_PYHNDo?key=1bQvoyRcIAOmc7xJzyMkbg\")
\r\n
Jenkins<\/h3>\r\n\r\n\r\n\r\n
![\"Logo](\"https:\/\/lh7-us.googleusercontent.com\/docsz\/AD_4nXdQ4BL3d9A8hPh9e5s-8WDX3yS8MI0Kf-khwTmvh068ejyllZ5jWU3qilNhE3EVF-ZiRK9CRsYdA_1pMiEpgQtjCBFivmu3X17TxMZWvyvlINt2ExJuPDaT3k10SX2iCUpKIMsohc-XqHJ6JYSpnE0T1jtu?key=1bQvoyRcIAOmc7xJzyMkbg\")
\r\n
Comment int\u00e9grer un pipeline CI\/CD avec Jenkins et Gitlab en 3 \u00e9tapes ?<\/h2>\r\n\r\n\r\n\r\n
![\"Jenkins\"](\"https:\/\/lh7-us.googleusercontent.com\/docsz\/AD_4nXcEGWb1V5VN3fcmzPiPMKwPenQZ0n_SYAu56iuUfdbIKcLSPPg8_KFW1iv7J-eMt70KjBuXXWghNUezPlWTxV4Jy8sVJXFWigq90rDGC1TAstDyNP-Ev0HNK-wj0sbyeGSoQY-4sdNkbfvOmHMTK8THljIT?key=1bQvoyRcIAOmc7xJzyMkbg\")
\r\n
Etape 1 – Installer Jenkins sur votre serveur<\/h3>\r\n\r\n\r\n\r\n
1 – T\u00e9l\u00e9chargez et installez Java SE sur votre PC\/Serveur<\/h4>\r\n\r\n\r\n\r\n
2 – Configurez les variables d\u2019environnement pour Java<\/h4>\r\n\r\n\r\n\r\n
\r\n
3 – T\u00e9l\u00e9chargez et configurez Jenkins<\/h4>\r\n\r\n\r\n\r\n
\r\n
\r\n
Etape 2 – Cr\u00e9ez un nouveau projet Freestyle ou Pipeline sur Jenkins<\/h3>\r\n\r\n\r\n\r\n
\r\n
\u00c9tape 3 : configurez vos pipelines Jenkins<\/h3>\r\n\r\n\r\n\r\n
![\"Robot](\"https:\/\/lh7-us.googleusercontent.com\/docsz\/AD_4nXe0DHWtYRsL_VrEI1Wdormao9kS-yJ856yMKZYQAar_9vjHWgIbgVjWUssScw4h9laqOqs9CxO5REWRlCDhy7tuoVWTD1Ec2oZcJBWnExy9DyGJIirN3mA_aEVEeEiI_MeztkScCMNcCLpViZNv4KZlgrFf?key=1bQvoyRcIAOmc7xJzyMkbg\")
\r\n
\/\/ Declarative \/\/
pipeline {
agent any
stages {
stage('Example') {
steps {
echo 'Hello World'
}
}
}
}
\/\/ Script \/\/<\/pre>\r\n\r\n\r\n\r\n\/\/ Scripted \/\/
node {
stage('Example') {
if (env.BRANCH_NAME == 'master') {
echo 'I only execute on the master branch'
} else {
echo 'I execute elsewhere'
}
}
}<\/pre>\r\n\r\n\r\n\r\n\r\n
![\"\"](\"https:\/\/poyesis.fr\/blogs\/wp-content\/uploads\/2024\/05\/image_editor_output_image1935132267-17152642357663544723366881702431.jpg\")
<\/figure>\r\n\r\n\r\n\r\n