D’hudson, l’outil le plus connu pour effectuer des intégration et livraison continues s’est transformé voilà quelques années en Jenkins.
Jenkins, c’est un outil formidable, totalement gratuit et open source. Il vous permet de paramétrer votre intégration continue, vos livraisons continues.
Et si nous l’utilisions en local, avec docker ? Ca serait merveilleux, non ?
Quand on travaille avec docker, nous devons prendre comme réflexe de bien choisir notre image. Chaque image peut être récupérée et construite en local.
De plus, point fort et merveilleux avec docker, on peut construire une image docker en local, faite de plusieurs conteneur récupérés : c’est l’assemblage de container !
Nous avons le choix entre deux images à récupérer :
Bon déjà, on voit ici la confusion … laquelle choisir …
Et puis, il y a un point qui peut être bien bien bloquant : le système d’exploitation de l’image !
Que ce soit pour l’une ou l’autre image, la récupération et le lancement en local se passe sans encombre … si vous ne souhaitez pas :
De tous nos essais, nous n’avons pas encore réussi à bien faire fonctionner Blue Ocean, avec :
Ah oui, pour avoir Blue Ocean, vous devez aller dans les extensions de jenkins, une fois installé. Et cocher tout ce qui a rapport à Blue Ocean.
Ou bien utiliser une image avec jenkins et Blue Ocean de pré-installée.
Bon pour nous, même avec cette astuce, rien n’a changé : Blue Ocean buggue et ne veut pas lancer la récupération de notre espace de travail github …
Dans jenkins, à la place de Blue Ocean, vous pouvez aussi utiliser les projets de base, eux qui existent depuis les débuts de jenkins.
Prenons par exemple, le projet FreeStyle.
Ici, vous pouvez, grâce à l’extension Github récupérer votre projet Github et lancer un pull en local, dans votre container !
Tout fonctionne bien ici !
Nous souhaitons compiler notre projet dotnet depuis notre container jenkins.
Or, le container est sous linux Alpine. Et même si l’installation de dotnet est possible depuis un Alpine … elle est douloureuse, et bugguée !
Pour pallier à ce problème, nous avons fait … l’inverse :
|
1 |
docker build –t jenkinsdotnet . |
Et là, au miracle, tout fonctionne ! 
Enfin, notre projet contenant et du dotnet et de l’angular, nous avons besoin d’installer TypeScript dans le docker.
Deux choix s’offrent à nous :
Nous avons choisi l’option deux, en nous connectant en sh à notre container :
docker exec -u root -t -i container_id /bin/bash
Et lancer les commandes suivantes :
And voilà, tout est installé et prêt pour les prochaines étapes pour notre projet Angular / dotnet core !
Nous reviendrons très prochainement sur la suite de nos aventures avec jenkins, dotnet et Angular.