[LINUX] Was ist Jenkins? ] Die Installation und die Verwendung des automatischen Tests / der automatischen Bereitstellung werden auf einfachste Weise weltweit erklärt

(Die Shell, die Sie verwenden, ist "/bin/zsh ")
Hallo, Yamamoto Ryûken Mr.

Wird angezeigt, ist es erfolgreich.

Sie haben jetzt einen Job erstellt, der ein Skript ausführt, das Sie in Ihrem Arbeitsbereich platziert haben.

Sie können dieses Kapitel hier beenden. Um sich jedoch an das Shell-Skript zu gewöhnen, ändern Sie das Jenkins-Shell-Skript, um eine Variable zu erstellen, und übergeben Sie es dann an script.sh.

Öffnen Sie die Einstellungen des Jobs und gehen Sie wie folgt vor:

Vor der Korrektur

sh script.sh Ryuken Yamamoto

Überarbeitet

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

※Hinweis

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

,

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

Wenn Sie nach und = ein Leerzeichen setzen, schlägt die Joberstellung fehl.

Klicken Sie auf Speichern, um den Build auszuführen und den neuesten Build-Verlauf zu öffnen, um die Konsolenausgabe anzuzeigen.

Das Ergebnis ist ähnlich.

Nutzen Sie die Jenkins-Build-Parametrisierung

Ich habe es oft ignoriert, aber zum ersten Mal möchte ich eine der Optionen "Build Parametrization" verwenden.

Jetzt werden im Shell-Skript die Variablen FIRSTNAME und LASTNAME vorbereitet und die Werte festgelegt und verwendet.

Parametrieren Sie diese zum Erstellen. Überprüfen Sie die Build-Parametrisierung.

Wählen Sie dann eine Zeichenfolge unter Parameter hinzufügen.

Anschließend wurde ein Feld zur Eingabe des Namens, des Standardwerts und der Beschreibung angezeigt.

Geben Sie FIRSTNAME als Namen, Yamamoto als Standardwert und Nachname als Beschreibung ein.

Sie haben jetzt eine Variable für Ihren Build parametrisiert. Als nächstes erstellen Sie eine andere.

Wählen Sie die Zeichenfolge erneut unter Parameter hinzufügen aus.

Geben Sie LASTNAME als Namen, Ryuken als Standardwert und name als Beschreibung ein.

Sie haben jetzt die beiden Variablen in Ihrem Build parametrisiert.

Entfernen Sie abschließend die unnötige Beschreibung aus dem Jenkins-Shell-Skript und schreiben Sie sie wie folgt neu.

Vor der Korrektur

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

Überarbeitet

sh script.sh $LASTNAME $FIRSTNAME

Jetzt wird das Shell-Skript aktualisiert. Dies allein fühlt sich wie ein Vorteil an, ist aber nicht der einzige Vorteil. Hier sind die Vorteile einer echten Build-Parametrisierung. Klicken Sie auf Speichern.

An diesem Punkt werden Sie feststellen, dass sich eine Anzeige geändert hat. Der Teil, der früher eine Build-Ausführung war, wurde in einen parametrisierten Build geändert.

Klicken wir gleich darauf.

Die Build-Ausführung wurde sofort gestartet, als ich auf die Build-Ausführung geklickt habe. Durch Festlegen der Parametrisierung des Builds ist es jetzt möglich, den Wert der Variablen vor der Build-Ausführung zu ändern.

Klicken Sie auf Einmal erstellen, und öffnen Sie anschließend die Konsolenausgabe aus dem letzten Erstellungsverlauf.

Die angezeigte Zeichenfolge ist dieselbe wie im vorherigen Kapitel. Kehren Sie dann zum Projekt → Mit Parametern erstellen zurück. Dieses Mal werde ich den Nachnamen und den Namen noch einmal machen.

Klicken Sie auf Erstellen. Wenn Sie fertig sind, öffnen Sie die Konsolenausgabe aus dem neuesten Erstellungsverlauf.

Sie können sehen, dass sich der angezeigte Name geändert hat. Durch Festlegen der Build-Parametrisierung ist es jetzt möglich, Variablen bei jeder Ausführung eines Builds zu ändern. Sie können auch Standardwerte festlegen. Dies ist eine nützliche Funktion, wenn Sie bei jeder Ausführung eines Builds Variablen ändern müssen.

Die Verwendung von Build-Parametern ist endlos. In diesem Kapitel ist es in Ordnung, wenn Sie feststellen, dass die Build-Parametrisierung auf verschiedene Arten verwendet werden kann.

Machen Sie Jenkins Build-Parametrisierung selektiv

Die Build-Parametrisierung kann ausgewählt und eine Zeichenfolge eingegeben werden. Schließen Sie alle Build-Parametrierungen einmal ab.

Wählen Sie dann zusätzliche Parameter aus.

Nehmen Sie Einstellungen vor, um den Nachnamen und den Vornamen gemäß dem folgenden Bild auswählbar zu machen. Sie können den Nachnamen aus "Yamamoto", "Katsumata" und "Bannai" auswählen. Sie können auf die gleiche Weise einen Namen erstellen und zwischen "Ryuken", "Kenta" und "Manabu" auswählen.

Klicken Sie auf Speichern und dann auf Mit Parametern erstellen.

Ich konnte bestätigen, dass der Nachname und der Vorname auswählbar sind. Ändern Sie den Nachnamen in "Bannai" und den Namen in "Manabu".

cool. (Nachahmung eines ausländischen Lehrers)

Klicken Sie dann auf Erstellen und dann auf Konsolenausgabe aus dem letzten Erstellungsverlauf.

Es wurde bestätigt, dass die ausgewählten Namen "Bannai" und "Manabu" angezeigt werden. Abgesehen davon ist Manab genauso alt wie ich und vier Monate auseinander.

Sie haben jetzt die Build-Parametrisierung selektiv gemacht.

Ein- / Ausblenden mit Jenkins Build-Parametrisierung

Früher habe ich gezeigt, welche Shell ich verwendet habe, aber da ich sie nicht jedes Mal anzeigen muss, werde ich die Build-Parametrisierung verwenden, um sie anzuzeigen oder auszublenden.

Wählen Sie in den Jobeinstellungen einen booleschen Wert unter Parameter hinzufügen aus.

Der Name ist SHOWSHELL, die Standardeinstellung ist deaktiviert, da ich sie ausblenden möchte, und die Beschreibung kann überprüft werden, um die von Ihnen verwendete Shell anzuzeigen. Wird besorgt.

Klicken Sie auf Speichern.

Schreiben Sie als Nächstes die Datei script.sh im Arbeitsbereich neu, sodass die Shell angezeigt wird, wenn SHOWSHELL true ist (1), und die Shell nicht angezeigt wird, wenn SHOWSHELL false ist (0).

Vor der Korrektur

/Users/Nutzername/.jenkins/workspace/Job, der Zeichen in der Shell ausgibt/script.sh

#Gibt den verwendeten Shell-Typ aus
echo "(Die Shell, die Sie verwenden, ist "$SHELL ")"

#Name anzeigen
LASTNAME=$1 #Übergeben Sie den Namen als erstes Argument
FIRSTNAME=$2 #Übergeben Sie den Nachnamen als zweites Argument
NAME=$FIRSTNAME$LASTNAME #Fügen Sie den Vornamen und den Vornamen hinzu
echo "Hallo,$NAME"

Überarbeitet

/Users/Nutzername/.jenkins/workspace/Job, der Zeichen in der Shell ausgibt/script.sh

#Variablendefinition
LASTNAME=$1 #Übergeben Sie den Namen als erstes Argument
FIRSTNAME=$2 #Übergeben Sie den Nachnamen als zweites Argument
SHOWSHELL=$3 #Übergeben Sie dem dritten Argument ein Flag, ob die Shell gedruckt werden soll

#Gibt den verwendeten Shell-Typ aus
if [ "$SHOWSHELL" = "true" ]; then
	echo "(Die Shell, die Sie verwenden, ist "$SHELL ")"
fi

#Name anzeigen
NAME=$FIRSTNAME$LASTNAME #Fügen Sie den Vornamen und den Vornamen hinzu
echo "Hallo,$NAME"

Kehren Sie zur Arbeit mit Jenkins zurück und klicken Sie auf Mit Parametern erstellen.

Dieses Mal wird die von mir verwendete Shell nicht mehr angezeigt. Klicken Sie einfach auf Erstellen, um die Konsolenausgabe aus dem neuesten Build-Verlauf anzuzeigen.

Es wurde bestätigt, dass der bisher angezeigte Shell-Typ nicht mehr angezeigt wird.

Sie können es jetzt mithilfe der Build-Parametrisierung ein- oder ausblenden.

Autotest-Schienenanwendungen mit Jenkins

Bringen Sie die Rails-Anwendung von GitHub und erstellen Sie einen Job zum Testen und zur statischen Analyse in Jenkins.

So erstellen Sie eine Rails-Anwendung, wie installieren Sie Homebrew, eine Software zur Installation von rbenv und dessen rbenv, mit der die Version von ruby, rspec, die in automatischen Tests verwendet wird, und rubocop, das als statisches Analysetool verwendet wird, problemlos umgeschrieben werden kann Ich werde die Einführungsmethode weglassen. Auf dem folgenden GitHub sind persönliche Apps mit rspec und rubocop installiert, daher werde ich dies anhand eines Beispiels erläutern. https://github.com/EL93019205/stuctive.git Rails verwendet 5.2.3 und Ruby verwendet 2.5.1.

Es gibt einen Artikel, in dem die Vorgehensweise zum Installieren des Plug-Ins vorgestellt wird. Es ist jedoch kein Plug-In erforderlich, außer dem Standard-Plug-In. ~~ Das Plug-In ist total alt und nicht sehr nützlich ~~

Jetzt erstellen wir einen neuen Job.

Jobname ist Schienen Muss der Einfachheit halber auf Englisch sein. Setzen Sie es diesmal auf "stuctive_auto_test".

Der Jobtyp sollte Freestyle Project Build sein.

Klicken Sie auf OK, wenn Sie fertig sind.

Da es ein Element namens Quellcodeverwaltung gibt, werde ich es Git machen. Dann wird der folgende Bildschirm angezeigt.

GitHub in der Repository-URL Was soll ich nun in die Repository-URL eingeben? Die Antwort ist auf GitHub.

Klicken Sie unter der folgenden URL (der URL zu meinem persönlichen App-Repository) auf die grüne Schaltfläche Code und dann auf das Symbol rechts neben der URL. Dieses Symbol steht für eine Kopie. Es ist ein öffentliches Repository, daher denke ich, dass jeder es kopieren und verwenden kann. https://github.com/EL93019205/stuctive

Fügen Sie dann "https://github.com/EL93019205/stuctive.git" wie unten gezeigt in die Repository-URL ein.

Dies ist die einzige Einstellung für die Quellcodeverwaltung. Sie müssen mit nichts anderem spielen.

Hast du gedacht: "Was? Das ist es?" Ja das ist es.

Wenn Sie über eine sichere Einstellung verfügen, müssen Sie möglicherweise Anmeldeinformationen festlegen. Wenn der zu automatisierende Zweig nicht Master ist, müssen Sie möglicherweise den zu erstellenden Zweig ändern, aber meine persönliche App befindet sich im öffentlichen Repository. Und da der Zweig, den Sie automatisieren möchten, Master ist, müssen Sie sich nicht damit anlegen.

Diese Einstellung klont die Rails-Anwendung in Ihren Arbeitsbereich.

Klicken Sie auf Einmal speichern.

Öffnen Sie den Arbeitsbereich.

Sie können sehen, dass der Arbeitsbereich nicht vorhanden ist.

Wie ich oben geschrieben habe, wird der Arbeitsbereich nur erstellt, wenn der Build einmal ausgeführt wird. Klicken Sie also auf Build ausführen.

Sie können sehen, dass der Build-Verlauf blau geworden ist.

Öffnen Sie den Arbeitsbereich erneut.

Es ist wie folgt. Wenn Sie jemals eine Rails-Anwendung geschrieben haben, sind Sie wahrscheinlich mit allen Dateien vertraut.

Diese Daten sind genau die gleichen wie die Daten auf GitHub unten. https://github.com/EL93019205/stuctive

Auf diese Weise ist es sehr einfach, eine Reihe von Rails-Anwendungsdaten auf GitHub in Ihren Jenkins-Arbeitsbereich zu kopieren.

Sie müssen lediglich den automatisierten Testbefehl mit diesen abgerufenen Daten in dem Verzeichnis ausführen, das die Gem-Datei enthält. Der automatische Testbefehl ist je nach Version der Schienen völlig unterschiedlich. Da wir diesmal jedoch Schienen 5.2.3 verwenden, kann er mit dem folgenden Befehl ausgeführt werden.

bundle exec rspec
bundle exec rubocop

Lass uns das machen.

Öffnen Sie die Einstellungen.

Scrollen Sie nach unten und fügen Sie den vorherigen Befehl in Run Shell ein. Dieser Befehl wird im Arbeitsbereichsverzeichnis ausgeführt. Mit anderen Worten, es wird in dem Verzeichnis ausgeführt, in dem sich die Gem-Datei befindet. Klicken Sie auf Speichern, wenn Sie fertig sind.

Führen Sie dann den Build aus.

Ah, die Build-Geschichte wurde rot. Was war die Ursache?

Klicken Sie auf ● </ font> # 2, um die Konsolenausgabe zu öffnen.

printenv | grep PATH

export PATH="Fügen Sie den Inhalt des zuvor kopierten Pfads ein"
bundle exec rspec
bundle exec rubocop