home.md

@@ -22,7 +22,7 @@ Analyse
 **Docker** est un système de virtualisation. Il permet de créer des environnements indépendants pour "isoler" des applications. Ces conteneurs spécifiques disposent de leur propre processus. Son avantage principal est sa légèreté et sa portabilité. Ainsi, la mise en place d'un environnement homogène est facile, rapide et utile notamment pour le déploiement d'application et le travail en équipe au sein des entreprises. C'est pour cela que nous l'utiliserons pour installer Jenkins.
 
 
-**Jenkins** est un outil d'intégration continue permettant de tester, analyser et automatiser des modifications sur un projet. Un build est réalisé à chaque modification effectuée pour détecter d'éventuelles erreurs ou au contraire valider les changements. L’intégration continue est indispensable pour favoriser le déploiement d'application grâce à l'automatisation et assurer la surveillance d'un projet.
+**Jenkins** est un outil d'intégration continue permettant de tester, analyser et automatiser des modifications sur un projet. Un build est réalisé à chaque modification effectuée pour détecter d'éventuelles erreurs ou au contraire valider les changements. L’intégration continue est indispensable pour assurer la surveillance d'un projet et favoriser le déploiement d'application grâce à l'automatisation
 
 
 Réalisation
@@ -91,22 +91,30 @@ Le lien entre Jenkins et GitLab nécessite la création d'une **API Token** gén
 Résultat
 --
 
-Pour vérifier le bon fonctionnement de Jenkins on va le lier avec le projet créé à l'étape 1 sur GitLab.
+
+Tout d'abord, un nouveau projet *(item)* a été crée dans Jenkins depuis le tableau de bord.
+
+![Capture_d_écran_2018-10-11_à_16.56.52](/uploads/916de97b4ecb687f2d6dd9d588424c21/Capture_d_écran_2018-10-11_à_16.56.52.png)
+
+
+Pour vérifier le bon fonctionnement de Jenkins, on effectue une liaison avec le projet créé à l'étape 1 sur GitLab.
 
 
 ![Capture_d_écran_2018-10-11_à_17.08.05](/uploads/e30f54683cfd92e49b86926e8902b645/Capture_d_écran_2018-10-11_à_17.08.05.png)
 
 
+Il est nécessaire de lancer un premier build pour récupérer les fichiers du projet et les afficher correctement. **L'espace de travail est désormais prêt.** 
 
-**L'espace de travail est désormais prêt. Les fichiers du projet s'affichent correctement.**
 
 ![capture2](/uploads/83ae1cf5cc09293afde804ddf1d5aeda/capture2.png)
 
-Pour vérifier, on peut lancer un build (voir capture précédente dans le menu à gauche) avec un affichage : 
 
-<code>echo 'Le projet est entrain de build';</code>
+Pour vérifier, on peut lancer un nouveau build *(voir capture précédente dans le menu à gauche)* et obtenir un affichage console. Un script shell simple est associée à l'exécution du build.
+
+** Script shell :** <code>echo 'Le projet est entrain de build';</code>
+
 
 ![Capture_d_écran_2018-10-11_à_17.07.33](/uploads/f428b98a2bee31a04705836cf6e0ed61/Capture_d_écran_2018-10-11_à_17.07.33.png)
 
 
-Pour aller plus loin, on peut configurer Jenkins et GitLab pour qu'à chaque fois qu'on fait un push de notre projet, les tests d'intégration continue soient lancés à l'aide d'une clé SSH .
+Pour aller plus loin, on pourrait utiliser Jenkins et GitLab de manière plus efficace. Par exemple, en créant une branche production dans Gitlab et en configurant Jenkins pour qu'à chaque fois qu'un push est fait depuis cette branche et que le build s'effectuent sans problème alors Jenkins s'occupe de merger la branche production à la branche master. Cette automatisation de tâche serait possible uniquement à l'aide d'une clé SSH. L'intégration continue serait donc encore plus productive.