diff --git a/TP1/tp1.md b/TP1/tp1.md index 0ef711ac0dea85fb396adce2cdf0825f0495fd41..e94340e4c0b4efcc415145f0592c8e91b284a92a 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 195a7f2fdd443b2eda133068e539184e7d05d247..433aa2eb65855a017fb8247160346e63aa33ad1e 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)