La demande du jour : étant donné que le build maven se fait via Jenkins, comment faire en sorte que Jenkins n'exécute pas les tests unitaires ?

Solution 1 : on crée un profil "skipTests" dans le pom.xml, dont le but est de ne jamais exécuter les tests (phase none).

Problème : les devs du projets vont voir ce profil, et risquent d'en profiter pour builder sans les tests en local.

Solution 2: dire à Jenkins de passer les tests. Comment ? Au lieu de faire mvn clean install, qui va exécuter la phase test, on lui ajoute une property spéciale code-de-merde, ce qui donne :

mvn clean install -Dmaven.test.skip=true

Il suffit de placer cette commande dans le Jenkinsfile.

Bon d'accord, le fichier est aussi à la racine du répo git. Mais seul un curieux non allergique au groovy saura le lire.

C'est l'équipe de la qualité qui va être contente :D

Lors de la création d'un job dans Jenkins, il se peut que l'erreur suivante apparaisse au moment d'indiquer le repository à suivre :

Failed to connect to repository : Command "git ls-remote -h https://monsite.com/scm/mon_repo.git HEAD"

Voire même :

Failed to connect to repository : Command "git ls-remote -h https://monsite.com/scm/mon_repo.git HEAD" returned status code 128:
stdout:
stderr: fatal: unable to access 'https://monsite.com/scm/mon_repo.git/': server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none

Cela arrive quand le serveur contenant les répo utilise un certificat SSL auto-signé. Pour remédier à ce problème, il faut :

• extraire le certificat du site contenant les repository au format x509 (généralement un fichier crt);
• puis copier ce certificat dans le répertoire /etc/ssl/certs/ du serveur hébergeant Jenkins.

Jenkins devrait maintenant accepter le répo sans broncher.