From 14e022602651a03493b0a857d71c658e0f4fb482 Mon Sep 17 00:00:00 2001
From: tjouve <jouve.thomas@gmail.com>
Date: Mon, 5 Feb 2018 16:56:21 +0100
Subject: [PATCH] =?UTF-8?q?Ajout=20=C3=A9nonc=C3=A9=20TP2?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 TP1/tp1.md    |  2 ++
 TP2/readme.md | 27 ++++++---------------------
 2 files changed, 8 insertions(+), 21 deletions(-)

diff --git a/TP1/tp1.md b/TP1/tp1.md
index 0ef711a..e94340e 100644
--- a/TP1/tp1.md
+++ b/TP1/tp1.md
@@ -156,3 +156,5 @@ https://gitlab.isima.fr/mazenovi/2017-F2-Forge
 0. En consultant votre branche sous gitlab, vous devriez constaté que la date de modification du fichier start est plus acienne que celle de votre compte rendu, porquoi alors que le push de toute votre branche est faite en une seule fois ?
 0. Supprimer le dossier .git
 0. Faire un git status ?
+##### 5. Envoyer son CR
+0. via une [merge request](https://docs.gitlab.com/ce/gitlab-basics/add-merge-request.html) poussez votre CR une fois celui ci terminé 
diff --git a/TP2/readme.md b/TP2/readme.md
index 195a7f2..433aa2e 100644
--- a/TP2/readme.md
+++ b/TP2/readme.md
@@ -18,10 +18,12 @@ Les regles sont les suivantes :
 ### 1 Développement et test unitaires
 
 #### 1.1 Forkez le projet
+Un fork permet d'avoir un acces total sur une copie du repository d'origine. Vous permettant de réaliser vos modifications et pousser ces modifications vers le projet d'orignie via une merge request. Le fait de forker vous permet de gérer vos `issues`, vos `pipelines`, `milestones` ... sans impacter directement le projet d'origine tout en concervant la possibilité d'y contribuer. [Documentation fork Project ](https://docs.gitlab.com/ce/gitlab-basics/fork-project.html).
 
 #### 1.2 Implementer un algorithme calculant le montant de l'indeminté
-1. Utilisez la librairie logback pour afficher des traces applicatives
-https://logback.qos.ch/download.html
+* Votre programme prend en paramètre le nombre de kilomètre et retourne le montant de l'indemnité
+* Pour réaliser ce programme vous utiliserez Java.
+* Utilisez la librairie logback pour afficher des traces applicatives [Documentation installation logback](https://logback.qos.ch/download.html)
 
 
 #### 1.3 Implémenter une classe de test permettant de valider votre algorithme
@@ -29,22 +31,5 @@ https://logback.qos.ch/download.html
 1. Quels sont les cas aux limites ?
 1. Quels sont les cas d'erreur ?
 1. Utiliser Junit pour réaliser votre classe de test
-http://junit.org/junit4/faq.html#started_1
-http://junit.org/junit4/faq.html#atests_1
-
-
-### 2 Intégration continue
-
-#### 2.1 Mettre en place une intégration continue en utilisant gitlab-ci
-Il doit y avoir une phase de build et une phase de test
-
-Liens utiles:
-https://docs.gitlab.com/ce/ci/yaml/README.html#gitlab-ci-yml
-https://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html
-
-#### 2.2 Afficher le status de votre IC dans votre readme
-
-
-#### 2.3 Ajouter un indicateur de couverture de code dans votre readme
-
-#### 2.4 Analyse de code avec Sonar
+  * [Documentation installation junit4](http://junit.org/junit4/faq.html#started_1)
+  * [Documentation utilisation junit4](http://junit.org/junit4/faq.html#atests_1)
-- 
GitLab