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 assurer la surveillance d'un projet et favoriser le déploiement d'application grâce à l'automatisation
+**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
@@ -97,24 +97,24 @@ Tout d'abord, un nouveau projet *(item)* a été crée dans Jenkins depuis le ta
 ![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.
+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.** 
+Il est nécessaire de lancer un premier build pour récupérer les fichiers du projet et les afficher correctement. \n
+**L'espace de travail est désormais prêt.** 
 
 
 ![capture2](/uploads/83ae1cf5cc09293afde804ddf1d5aeda/capture2.png)
 
 
-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.
+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>
+**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 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.
+    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.