Objectifs : mettre en place une intégration continue minimale associée à votre projet gitlab
Nous allons à présent reprendre les codes donnés lors du premier exercice, les placer sous contrôle de version (GIT) et mettre en place des mécanismes automatiques de tests.
Placez les codes que vous avez développé lors du premier exercice dans votre répertoire sous gestion de version, i.e. seulement src
et tests
Créez un projet java sous eclipse qui référence votre projet
new java project
dé-sélectionner la localisation par défaut pour y mettre la place où vous avez stocké votre projet
Exécutez les tests
AVANT de commiter, nous devons éliminer tout ce qui n'a pas besoin d'être sous version de contrôle en particulier les binaires, pour cela le fichier .gitignore
nous permet de préciser les fichiers à omettre.
Sous sourceTree vous pouvez sélectionner les fichiers à ignorer et commiter..
Dans le projet que vous aviez récupéré initialement, il y a un fichier .gitignore
qui élimine d'office la plupart des fichiers qu'il est inutile de commiter dans le cadre d'un projet eclipse et java. Vous pouvez trouver des patrons de .gitignore
sur le web facilement.
Vérifiez que vous avez bien “poussé ” uniquement des fichiers voulus.
A présent nous avons pour objectif de forcer la validation des tests à chaque fois que le code est poussé.
Récupérer le fichier .gitlab-ci.yml et l'ouvrir sous eclipse par exemple en installant le plugin Yaml
Ajouter le fichier à la gestion de version.
Constater sous gitlab ci que l'exécution est en attente d'un “runner”
Pour désigner le Runner aller sous Setting, Ci,
Expand Runners
Sélectionner le runner specific
Vérifier que les tests s'exécutent correctement.
Oter le commentaire devant le test qui échoue dans yml, commiter et vérifier que les tests échouent bien.