[LINUX] Qu'est-ce que Jenkins? ] Installation-comment utiliser-test automatique / déploiement automatique sera expliqué de la manière la plus simple au monde

(Le shell que vous utilisez est "/bin/zsh ")
Bonjour, Yamamoto Ryûken M.

S'affiche, c'est réussi.

Vous venez de créer un travail qui exécute un script que vous avez placé dans votre espace de travail.

Vous pouvez terminer ce chapitre ici, mais pour vous habituer au script shell, modifions le script shell Jenkins pour créer une variable puis passons-la à script.sh.

Ouvrez les paramètres de la tâche et procédez comme suit:

Avant correction

sh script.sh Ryuken Yamamoto

modifié

FIRSTNAME=Yamamoto
LASTNAME=Ryuken
sh script.sh $LASTNAME $FIRSTNAME

※Mise en garde

FIRSTNAME=Yamamoto
LASTNAME=Ryuken
sh script.sh $LASTNAME $FIRSTNAME

,

FIRSTNAME=Yamamoto
LASTNAME=Ryuken
sh script.sh $LASTNAME $FIRSTNAME

Si vous mettez un espace après et =, la génération du travail échouera.

Cliquez sur Enregistrer pour exécuter la compilation et ouvrez le dernier historique de compilation pour voir la sortie de la console.

Le résultat est similaire.

Tirez parti du paramétrage des builds Jenkins

Je l'ai beaucoup ignoré, mais pour la première fois, j'aimerais utiliser l'une des options, "paramétrer la construction".

Maintenant, dans le script shell, les variables FIRSTNAME et LASTNAME sont préparées, et les valeurs sont définies et utilisées.

Paramétrez-les pour créer. Vérifiez le paramétrage de la construction.

Sélectionnez ensuite une chaîne dans Ajouter un paramètre.

Ensuite, un champ pour entrer le nom, la valeur par défaut et la description est apparu.

Entrez FIRSTNAME pour le nom, Yamamoto pour la valeur par défaut et le nom de famille pour la description.

Vous avez maintenant paramétré une variable dans votre build. Ensuite, créez-en un autre.

Sélectionnez à nouveau la chaîne dans Ajouter un paramètre.

Entrez LASTNAME pour le nom, Ryuken pour la valeur par défaut et le nom pour la description.

Vous avez maintenant paramétré les deux variables dans votre build.

Enfin, supprimez la description inutile du script shell Jenkins et réécrivez-la comme suit.

Avant correction

FIRSTNAME=Yamamoto
LASTNAME=Ryuken
sh script.sh $LASTNAME $FIRSTNAME

modifié

sh script.sh $LASTNAME $FIRSTNAME

Maintenant, le script shell se rafraîchit. Cela seul semble être un avantage, mais ce n'est pas le seul avantage. Voici les avantages du paramétrage de la vraie construction. Cliquez sur Enregistrer.

À ce stade, vous remarquerez qu'un affichage a changé. La partie qui était autrefois une exécution de build est devenue une build paramétrée.

Cliquons dessus tout de suite.

L'exécution de la construction a commencé immédiatement lorsque j'ai cliqué sur l'exécution de la construction, mais en définissant le paramétrage de la construction, il est maintenant possible de changer la valeur de la variable avant l'exécution de la construction.

Cliquez sur Construire tel quel une fois, et une fois terminé, ouvrez la sortie de la console à partir du dernier historique de build.

La chaîne affichée est la même que dans le chapitre précédent. Revenez ensuite au projet → Construire avec des paramètres. Cette fois, je vais refaire le nom et le prénom.

Cliquez sur Build et lorsque vous avez terminé, ouvrez la sortie de la console à partir du dernier historique de build.

Vous pouvez voir que le nom affiché a changé. En définissant le paramétrage de la construction, il est désormais possible de modifier les variables à chaque fois qu'une construction est exécutée. Vous pouvez également définir des valeurs par défaut, ce qui est une fonctionnalité utile si vous devez modifier des variables à chaque fois que vous exécutez une génération.

L'utilisation des paramètres de construction est infinie. Dans ce chapitre, ce n'est pas grave si vous pouvez dire que le paramétrage de build peut être utilisé de différentes manières.

Rendre le paramétrage de la build Jenkins sélectif

Le paramétrage de la construction peut être sélectionné ainsi que la saisie d'une chaîne. Terminez tous les paramétrages de construction une fois.

Choisissez ensuite de sélectionner des paramètres supplémentaires.

Effectuez les réglages pour que le nom et le prénom puissent être sélectionnés en fonction de l'image ci-dessous. Vous pourrez sélectionner le nom de famille parmi "Yamamoto", "Katsumata" et "Bannai". Vous pourrez créer un nom de la même manière et choisir parmi "Ryuken", "Kenta" et "Manabu".

Cliquez sur Enregistrer, puis sur Construire avec des paramètres.

J'ai pu confirmer que le nom et le prénom sont sélectionnables. Changez le nom de famille en "Bannai" et le nom en "Manabu".

cool. (Imitation d'un instructeur étranger)

Cliquez ensuite sur Build, puis sur Console Output from Latest Build History.

Il a été confirmé que les noms sélectionnés «Bannai» et «Manabu» sont affichés. En passant, Manab a le même âge que moi et a quatre mois d'intervalle.

Vous avez maintenant rendu le paramétrage de la construction sélectif.

Afficher / masquer à l'aide du paramétrage de la construction Jenkins

J'avais l'habitude de montrer quel shell j'utilisais, mais comme je n'ai pas besoin de le montrer à chaque fois, j'utiliserai le paramétrage de construction pour l'afficher ou le masquer.

Dans les paramètres du travail, sélectionnez une valeur booléenne dans Ajouter un paramètre.

Le nom est SHOWSHELL, la valeur par défaut n'est pas cochée car je veux le cacher, et la description peut être vérifiée pour montrer le shell que vous utilisez. ça ira.

Cliquez sur Enregistrer.

Ensuite, réécrivez le script.sh placé dans l'espace de travail afin que le shell s'affiche si SHOWSHELL est vrai (1) et le shell ne s'affiche pas si SHOWSHELL est faux (0).

Avant correction

/Users/Nom d'utilisateur/.jenkins/workspace/Travail qui génère des caractères dans le shell/script.sh

#Affiche le type de shell que vous utilisez
echo "(Le shell que vous utilisez est "$COQUILLE ")"

#Afficher le nom
LASTNAME=$1 #Passez le nom comme premier argument
FIRSTNAME=$2 #Passez le nom de famille comme deuxième argument
NAME=$FIRSTNAME$LASTNAME #Joindre le prénom et le prénom
echo "Bonjour,$NOM"

modifié

/Users/Nom d'utilisateur/.jenkins/workspace/Travail qui génère des caractères dans le shell/script.sh

#Définition variable
LASTNAME=$1 #Passez le nom comme premier argument
FIRSTNAME=$2 #Passez le nom de famille comme deuxième argument
SHOWSHELL=$3 #Passez un drapeau au troisième argument pour savoir s'il faut sortir le shell

#Affiche le type de shell que vous utilisez
if [ "$SHOWSHELL" = "true" ]; then
	echo "(Le shell que vous utilisez est "$COQUILLE ")"
fi

#Afficher le nom
NAME=$FIRSTNAME$LASTNAME #Joindre le prénom et le prénom
echo "Bonjour,$NOM"

Revenez à travailler avec Jenkins et cliquez sur Construire avec des paramètres.

Cette fois, le shell que j'utilise n'est plus affiché, il suffit donc de cliquer sur Construire pour afficher la sortie de la console à partir du dernier historique de construction.

Il a été confirmé que le type de shell qui était affiché jusqu'à présent n'est plus affiché.

Vous pouvez maintenant l'afficher ou le masquer à l'aide du paramétrage de construction.

Applications de rails d'autotest avec Jenkins

Apportez l'application rails de GitHub et créez un travail pour les tests et l'analyse statique dans Jenkins.

Comment créer une application de rails, comment installer Homebrew, qui est un logiciel pour installer rbenv et son rbenv, qui peut facilement réécrire la version ruby, rspec utilisé dans les tests automatiques, rubocop utilisé comme outil d'analyse statique J'omettrai la méthode d'introduction. Le GitHub suivant a des applications personnelles avec rspec installé et rubocop installé, donc je vais expliquer en utilisant ceci comme exemple. https://github.com/EL93019205/stuctive.git rails utilise 5.2.3 et ruby utilise 2.5.1.

Il existe un article qui présente la procédure d'installation du plug-in, mais aucun plug-in n'est requis à l'exception de celui par défaut. ~~ Le plug-in est totalement ancien et pas très utile ~~

Créons maintenant un nouvel emploi.

Le nom du travail est rails Doit être en anglais pour plus de commodité. Cette fois, réglez-le sur "stuctive_auto_test".

Le type de travail doit être Construction de projet libre.

Cliquez sur OK lorsque vous avez terminé.

Puisqu'il existe un élément appelé gestion du code source, je vais le rendre Git. Ensuite, l'écran suivant s'affiche.

GitHub dans l'URL du référentiel Maintenant, que dois-je entrer dans l'URL du référentiel? La réponse est sur GitHub.

Cliquez sur le bouton vert Code à partir de l'URL ci-dessous (l'URL de mon référentiel d'applications personnelles), puis cliquez sur l'icône à droite de la partie où l'URL est écrite. Cette icône représente une copie. C'est un référentiel public, donc je pense que n'importe qui peut le copier et l'utiliser. https://github.com/EL93019205/stuctive

Collez ensuite "https://github.com/EL93019205/stuctive.git" dans l'URL du référentiel comme indiqué ci-dessous.

C'est le seul paramètre de contrôle du code source. Vous n'avez pas à jouer avec autre chose.

Avez-vous pensé: "Quoi? C'est tout?" Oui c'est ça.

Si vous disposez d'un paramètre sécurisé, vous devrez peut-être définir des informations d'identification, et si la branche à automatiser n'est pas maître, vous devrez peut-être modifier la branche à construire, mais mon application personnelle se trouve dans le référentiel public. Et comme la branche que vous souhaitez faire des tests automatisés est maître, vous n'avez pas à vous en soucier.

Ce paramètre clonera l'application rails dans votre espace de travail.

Cliquez sur Enregistrer une fois.

Ouvrez l'espace de travail.

Vous pouvez voir que l'espace de travail n'existe pas.

Comme je l'ai écrit ci-dessus, l'espace de travail ne sera pas créé à moins que la construction ne soit exécutée une fois. Cliquez donc sur Run Build.

Vous pouvez voir que l'historique de construction est devenu bleu.

Ouvrez à nouveau l'espace de travail.

C'est comme suit. Si vous avez déjà écrit une application rails, vous connaissez probablement tous les fichiers.

Ces données sont exactement les mêmes que les données sur GitHub ci-dessous. https://github.com/EL93019205/stuctive

De cette façon, il est très facile de copier un ensemble de données d'application rails sur GitHub dans votre espace de travail Jenkins.

Il ne reste plus qu'à exécuter la commande de test automatisé avec ces données récupérées dans le répertoire contenant le Gemfile. La commande de test automatique est complètement différente selon la version des rails, mais comme nous utilisons les rails 5.2.3 cette fois, elle peut être exécutée avec la commande suivante.

bundle exec rspec
bundle exec rubocop

Faisons cela.

Ouvrez les paramètres.

Faites défiler vers le bas et collez la commande précédente dans Run Shell. Cette commande s'exécute dans le répertoire de l'espace de travail. En d'autres termes, il sera exécuté dans le répertoire où se trouve le Gemfile. Cliquez sur Enregistrer lorsque vous avez terminé.

Ensuite, exécutez la compilation.

Ah, l'historique de construction est devenu rouge. Quelle était la cause?

Cliquez sur ● </ font> # 2 pour ouvrir la sortie de la console.

printenv | grep PATH

export PATH="Collez le contenu du PATH que vous avez copié précédemment"
bundle exec rspec
bundle exec rubocop