✅ 1. マルチブランチパイプライン(Multi-Branch Pipeline)
◉ ブランチって何?
-
Gitでは「ブランチ(Branch)」とは、作業用のコピーのようなもの。
-
master(メインブランチ) は、本番環境で動いている安定したコードが入っている場所。
→ 直接変更するのはNG! -
新しい機能や修正は、自分専用の新しいブランチを作って、そこで作業する。
-
作業が終わったら、masterにマージ(統合)する。
📝 例え話
「master」は完成された料理。
「ブランチ」はそのレシピのコピーで、あなたが調味料を試してるところ。
美味しくできたら「master」に戻す感じ。
◉ Jenkinsでマルチブランチパイプラインを作る流れ
-
新しいジョブを作成(New Item)
-
名前は
multi-branch -
タイプは「マルチブランチパイプライン」
-
-
GitリポジトリのURLを貼り付ける
Jenkinsが自動でブランチを探してくれるようになる。 -
Jenkinsfileのパスを設定
例:jenkins/Jenkinsfile -
スキャンの頻度を設定(Scan Triggers)
→ 2分ごとがちょうど良い(実務で多く使われている設定) -
新しいブランチをGitHubで作成
例:new-pipelineという名前のブランチ -
Jenkinsで「今すぐスキャン」をクリックすれば、すぐに新ブランチを認識してくれる。
-
Jenkinsfileを変更して再テストしたいときは、Replay機能が便利(ただし会社によっては使えない場合も)
✅ 2. パラメータ付きパイプライン(Parameterized Pipeline)
パイプライン実行時に「値」を入力して、動きをカスタマイズできる仕組みです。
◉ パターン①:Boolean(チェックボックス)
-
true / false(オン・オフ) の値を渡せる。
-
例えば「このサービスをデプロイしますか?」といった選択肢に使える。
使い方(出力):
◉ パターン②:String(文字列入力)
-
ユーザーが自由に文字を入力できる。
-
例:「どの環境にデプロイしますか?」に「test」や「prod」と入力させる。
◉ パターン③:Choice(選択式・ドロップダウン)
-
決まった選択肢から選んでもらう方式。
-
曖昧な入力を防げるため、ミスが減る。
✅ おまけ:Replayとは?
-
Jenkinsの実行済みジョブから「Replay」を押すと、ブラウザ上でJenkinsfileを編集して再実行できる機能。
-
小さな修正をすぐテストしたいときに便利。
-
テストが成功したら、コードをJenkinsfileに反映してGitHubに戻せばOK。
