Jenkinsでビルド・パイプラインを構築する - プログラマでありたい
前回、Jenkinsのインストールについて書きました。今回は、Jenkinsでビルド・パイプラインを構築する話です。 ビルド・パイプラインとは？ ビルド・パイプラインとは、ビルドのプロセスを分割して順番に実行していくことです。例えばビルドの流れとして、コミット→静的解析→コンパイル→ロジック層のユニットテスト→UI層のユニットテスト等があったとします。これを1つのジョブとして登録するのではなく、1つ1つのジョブとして実行し、成功した場合のみ次のステップに進めるようにします。これがビルドパイプラインです。 メリットとしては、どの工程で失敗しているのか解りやすいことが第一にあります。またJenkinsの特性を活かして、特定のジョブを並列で動かしたり出来るので効率化も出来ます。また、更に検証済みマージなど、高度な活用にもつながります。 Jenkinsでビルド・パイプラインの構築 元々Jenkin
Jenkinsでビルド・パイプラインを作る
2011-09-03 - Jenkinsさん、弱点を克服するの巻
以前、川口さんから「Jobの設定と実行環境をJENKINS_HOMEに設定したがために、Jenkins（やHudson）のバックアップが面倒なんだ」的な話を聞いたんですよ。 具体的に言うと、JENKINS_HOMEを丸ごとバックアップすると、そん中にJobのワークスペースやらビルド結果やらが含まれるので本質的にJenkinsのバックアップとは異なるモノも取っちゃうし、バックアップサイズもデカくなるって話（過去のビルド結果は微妙だけど、JobのワークスペースなんてSCMから再取得すれば消えてしまっても困らないでしょ。 何でそんなこと思い出したかというと、久しぶりにJenkinsのシステム設定眺めてたら、こんな設定項目みつけたからよ。 ↓↓「高度な設定」押す↓↓ ほほう。ヘルプみると workspace と builds とJENKINS_HOMEは用途が違うから、それぞれ適した配置をしてもい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
