「Jenkins X」発表。Git/Docker/Kubernetesに特化したことでCI/CD環境の構築運用を自動化
「Jenkins X」発表。Git/Docker/Kubernetesに特化したことでCI/CD環境の構築運用を自動化 ソフトウェアの開発プロセスにおいて、「Jenkins」はビルドやテスト、デプロイなどを自動化してくれるツールとしてよく知られています。 そのJenkinsの派生プロジェクトとして、「Jenkins X」が発表されました。Jenkins Xは、Git、Docker、Kubernetesの環境を前提とすることで、Jenkinsの設定、運用などを大幅に自動化し、より簡単な導入と運用を実現するものです。 Jenkins Xは、Git/Docker/Kubernetes環境に特化 オリジナルのJenkinsは汎用的なビルドやテストの自動化ツールとして、さまざまな環境やツールと連係できるように作られています。そのため柔軟なコンフィグレーションが可能になっていますが、一方でそれが導入や
Using a Jenkinsfile
This section builds on the information covered in Getting started with Pipeline and introduces more useful steps, common patterns, and demonstrates some non-trivial Jenkinsfile examples. Creating a Jenkinsfile, which is checked into source control [1], provides a number of immediate benefits: Code review/iteration on the Pipeline Audit trail for the Pipeline Single source of truth [2] for the Pipe
Jenkinsを使った最高のマトリックステスト（2016年版） - くりにっき
マトリックステストとは？ マトリックステストの行い方 実行結果 問題点 軸の設定をジョブにハードコーディングする必要がある 除外設定が面倒 俺はTravis CIみたいにリポジトリにコミットしたymlファイルでテストしたいんじゃああああああ！！！１１１１１ 使い方 マトリックステストとは？ 複数のパラメータを掛けあわせてテストを実行することです （例：Ruby 2.1系、2.2系、2.3系 x Rails 4.2系、5.0系 = 計6パターンのテストを行うこと） Travis CIの方がもっと手軽に行う事ができるのでOSS開発の場合はそっちを使うといいと思います 参考 sue445.hatenablog.com マトリックステストの行い方 「新規ジョブ作成」で「マルチ構成プロジェクトのビルド」でプロジェクトを作成します 「マトリックスの設定」でテストしたい軸とパラメータを記述するだけです
GithubでPushされたタイミングでブランチをJenkinsからゴニョゴニョする - Qiita
GithubにはWebHookっていう便利な奴があって、pushされたタイミングでPOSTのリクエストを送れる。 Githubから直接Jenkinsを叩くJenkins（Github plugin)とか(Git plugin)とかもあったけど、ブランチを指定してゴニョゴニョができなそうだったのでWebHookを使ったよ。 JKじゃなくてJQ WebHookからJenkinsのAPI叩くとPayloadsってパラメータにJSONが入ってくるので、そいつを解析してブランチ名を取得します。 ここで問題になるのが、どうやってJSONをパースするか。node.js使うとかPython使うとかいろいろあると思いますが、Shellで完結したかったので今回はJQを使いました。 そして今回対象のJenkinsは複数台のサーバでクラスタ化されてるため、インストールするのも面倒なのでこのjqコマンドを対象のプロ
Jenkinsでプルリクエストをビルドする - Qiita
プラグインに設定オプションが多すぎて、設定の違いにより思い通りに動いたり動かなかったりしたので自分なりにまとめた。 基本的にはまず以下のリンクを参考にしてセットアップしてください。 JenkinsプラグインのGitHub pull request builder pluginを使ってみる -> ビルドの結果のキャプチャあり（参考にしたソース、内容はほぼ同じ） Jenkins wiki - GitHub pull request builder plugin GitHub - ghprb-plugin 説明通りセットアップしたものの、自分のところではうまく動作しなかった部分を以降にまとめました。 GitHubの設定 個人とか少数で使う場合は必ずしも必要ない -> Jenkinsプラグインのジョブの設定でAdmin listに設定すれば良い Jenkinsプラグインのジョブの設定でList o
Jenkins のジョブを外部からビルドするには API Token を利用する - @kyanny's blog
Jenkins 1.594 にて確認。 Jenkins の認証ありの場合 「セキュリティを有効化 / Enable security」にチェックを入れている場合。 認証必須環境におけるJenkinsのスクリプトトリガーによるビルドの実行 - そんなこと覚えてない そして Authenticating scripted clients - Jenkins - Jenkins Wiki にあるように、Jenkins のログインユーザー固有の API Token を使って BASIC 認証し、 $JOB_URL/build に POST リクエストを送ればよい。 API Token はユーザー設定ページというものがあり、そこから取得できる。 ログインユーザーのユーザー名が kyanny で API Token が xxxxxxxx だとすると、 $ curl -X POST -u kyanny:
HubotでJenkinsのジョブを実行する | メモ帳代わりのブログ
まえがき HubotをつかってJenkinsのジョブをじっこうしてみたのでメモしておきます @hubot jenkins build ジョブ みたいな感じでJenkinsのジョブを叩くことができるようになります。こうなればdeployなんかも簡単にできるでしょう。 最初に Jenkins側でHubotでアクセスする用のユーザーを作成しておく必要があります。ジョブを実行できる権限を与えておく事が必要です。 わかりやすく『hubot』という名前で今回は作成しておきました。 Hubot側の修正 『hubot-scripts.json』を修正します [ "jenkins.coffee" ] みたいな感じで『jenkins.coffee』を使えるようにしておきます あとは環境変数にJenkinsのURLと認証情報をを追加します。起動スクリプト内に仕込んでもいいかもしれません。 こんなかんじで↓ ex
開発者（個人）のためのJenkins - Git Plugin編 - Qiita
はじめに 「開発者（個人）のための」としているのは、別に自分でやっても良いんだけど Jenkins に任せられるなら任せたい、くらいのモチベーションを表現したつもりです。 環境 Ubuntu 14.04 LTS Jenkins 1.573 Bootstrap になって雰囲気が変わりましたね 初期設定 Jenkins 初期設定 Plugin のインストール Git Plugin 依存しているPluginも自動的にインストールされます。 Git Parameter Plugin は、ビルド時に Extended Choice Parameter plugin の Single Select ようなパラメータ形式で、リビジョンやタグを選択できるプラグインです。 Git 初期設定 Git Install Git がインストールされていないなら、apt や yum でインストールしておいて良いでしょ
Jenkins がもっともっと便利になるプラグイン 8 つ
こんにちは、開発担当の松本です。 前回のプラグイン紹介記事がわりと反響があったようですので、今回も便利プラグインをいくつか紹介します。 好みのテーマに変更できる: Simple Theme Plugin 左下のいつも出ている執事の顔が気になってくる人は多いと思います。 そんなときにはこのプラグイン。CSS と JavaScript を挿し込むだけの単純なプラグインながらその効果は絶大です。 利用するには、プラグイン導入後に Jenkins の管理 → システムの設定 → theme に追加する CSS と JS を指定するだけです。 プラグインのページにはサンプルのCSSファイルも用意されています。 とりあえず、執事の顔を消したいだけなら CSS に次のように記述すればよいです。 #main-table { background-image: none !important; } ページの
Jenkins がもっともっともっと便利になるプラグイン 8 つ
こんにちは、開発担当の松本です。 前々回、 前回に引き続いて、 今回も Jenkins の便利プラグインをいくつか紹介します。 リストビューの表示内容を拡張する: Extra Columns 名前や上の画像が示すように、リストビューに表示するカラム項目を拡張してくれるプラグインです。 プラグインインストール後に、ビューの変更のカラムに上記画像のような項目が追加されています。項目によっては設定も付いていたりします。 プロジェクト説明や設定へのリンクなど小粋で便利なカラムが多いので入れておくと便利です。 リストビューをグループ化できる: Categorized Jobs View 正規表現を用いたグループによって、リストビューの項目をまとめることができるプラグインです。 カテゴリビューを作成するには、プラグインをインストールした後に、新規ビュー作成ページで「Categorized Jobs V
『第６回テックヒルズでアメーバピグにおけるJenkinsの活用例を発表しました。』
はじめまして。 アメーバ事業本部でアメーバピグの開発/運用を担当しております、丸山と申します。 去る6月18日、CROOZ株式会社主催の勉強会テックヒルズにて第６回はJenkinsをテーマにして開催されました。そこでアメーバピグにおけるJenkinsの活用事例について登壇の機会を頂きました。 当日は、すでにローンチして2年以上経った状態でのアメーバピグにおいて、 * コード品質管理 * バッチ制御 * オペレーションの自動化 の3点をJenkinsを利用して如何に実現してきたかを実例を交えて話させていただきました。 が、あまりにも内容が赤裸々すぎたので後で会社から怒られないか若干心配です。 なお、発表時の資料をslideshareに上げておりますので、これからJenkinsを導入する方にとってで少しでも参考になれば幸いです。
jenkinsで遊ぶ
7. なにがざんねんか ► Javaで動くのでJDKのインストール必須 ► 頻繁にアップデートされる 放置すると残念なことに ► 起動は時間ぴったりに行われない 起動が数秒でも遅れたら致命的なものには使えない ► 単語の混乱 ジョブ？プロジェクト？(イコールっぽい) 目的が違う使い方→ビルド？ わりとどうでもいいことばかりなのでぜひ使うべし 9. ジョブの構成 ジョブの定義 ビルドの世代管理/リトライ回数/有効・無効/他のジョブ が動いてるときの動作/タイムアウトなど いつ実行するか ビルド・トリガ 定期/ファイル・ディレクトリが更新されたら･別のジョブ から/リポジトリが更新されたら/メールボックス/IRC ビルド環境の整備 ワークスペースの削除/事前に実行するコマンド/ログ の出力形式 処理内容(シェルスクリプト/Pythonなどなど) ビルド 何段にでも並べられる メール通知/別のジ
Jenkinsから送信されるメールをカスタマイズする
みなさんこんにちは。@ryuzeeです。 Jenkinsから送信されるメールをカスタマイズするにはどうしたら良いでしょうか？ 答えはEmail-extプラグイン(https://wiki.jenkins-ci.org/display/JENKINS/Email-ext+plugin)を使うのですが、設定の方法などを書いておくことにします。 Email-extプラグインとはJenkinsが送信するメールをカスタマイズするプラグインで、送信するメールのタイトルや本文、いつ送信するか、誰に送信するか等をカスタマイズすることができます。 またビルド失敗、テスト失敗、ビルドの正常への復帰などの状況に応じて送信するメールを個別にカスタマイズすることが可能です。 2012年1月現在バージョンは2.16です。 インストールこれはいつもの通りです。 Jenkinsの管理→プラグインの管理と遷移して、“Jen
Jenkinsで排他的にジョブを実行させる - うさぎ組
Hudson Locks and Latches plugin Jenkinsのジョブを排他的に実行する場合は「Hudson Locks and Latches plugin」というプラグインを使用します。 インストールするとジョブの設定画面に「ビルド環境」という項目が表示され、「Locks」というチェックボックスがあります。 この「Locks」をオンにすると排他対象のジョブとなります。 ※nameリストボックスについては後述するのでとりあえず(default)のままでよし。 つまりジョブＡ、ジョブＢ、ジョブＣが存在するときにジョブＡとジョブＢを排他実行したい場合は ジョブＡとジョブＢの「Locks」をオンにしましょう。 排他グループの指定 排他させたいグループは「Locks」をオンにしたときに表示される「name」リストボックスでグループを指定できます。 インストール直後はdefault
GREEにおけるJenkins, その3 | GREE Engineering
こんにちは、エンジニアの岡崎(@watermint)です。今回はGREEにおけるJenkins導入1年半のなかでの、反省点とこれから導入する方へのおすすめを紹介します。 GREEでのJenkins(当時はHudson)導入は、最初、岡崎の個人的な導入から始まりました。そこから徐々に利用してもらえるプロジェクトが増えて、いまや開発には欠かせないシステムに成長しました。今回は、この1年半でのJenkins導入の反省点と、これから導入される方へのTIPSをご紹介します。 ジョブの命名規則 Jenkinsに登録されているジョブも100を超えるようになってきた昨今、そろそろてこ入れをしたい問題です。 ジョブは1画面に収まる程度であれば、Jenkinsダッシュボード画面でも難なく目的のジョブを探し出したり、ジョブの状態を確認することが出来るのですが、さすがにジョブを探すためにスクロールをしなければなら
Jenkinsプラグイン探訪 - List View column plugins - ふぞろいのGENGOたち
はじめに Jenkins Advent Calender 2011 16日目担当の id:tyuki39(@tyuki39) です。 小ネタを物量でカバーする形になって恐縮ですが、よろしくお願いします。 なお、前の日は id:ssogabe さんの「Karotzさんといっしょ」でした。 ビューにカラムを追加しよう！ 皆さん、Jenkinsのビューを活用しているでしょうか？ デフォルトの【すべて】ビューだけを使っている、なんてことはないですよね？ Jenkinsのトップページにアクセスしたとき、または、マイビューにアクセスしたときに、 ・ 自分自身が関わっているジョブの状態がさっと一覧され、 ・ 設定画面がさっと開けたり、 ・ 失敗の原因を探るべく失敗ビルドのコンソールがさっと開けたり すると便利です。 Jenkinsのプラグインの中には、そんなニーズに応えてくれて、ビューをもっと使いやすく
『Jenkinsで定期実行するJobを管理したほうが良い３つの理由』
定期実行って、Cronを使ってやるのが一般的ですよね。 エンタープライズシステムだとJP1とか使って管理したりしますが、 それJenkinsで良くない？ というわけで考えて見ました。なんでJenkinsがいいのか。 メリット（cronとの比較）① SVNなどのSCMとの連携が可能 ② メール等のアラートが可能 ③ 実行履歴の確認が容易 デメリット① Jenkinsが落ちたら動かない ただこれはJenkinsの監視やバックアップである程度回避できます。 またJP1 などは大変高価なので、無償で使えるのは嬉しいですね！実際にやってみたまずはSVNに適当なプロジェクトを作って適当なShellスクリプトをコミットしてみます。 SVNはファイル単位でのチェックアウトができないのでGitで管理したほうがいいのかもしれません。 Shellスクリプトは終了コードを明示的に0と書いたほうが良いでしょう。 J
Jenkins ja - ジョブ失敗時の制御について
MLの皆様、お世話になっております。 たかのと申します。 おかげさまで、Hudsonの利用を周囲に薦めていけそうなのですが、数点質問が出 てきました。 ジョブ失敗時は、メールの送信やRSSでの通知が可能ですが、定期的に実行して いるジョブの場合、対応を行うまで、失敗のメッセージが継続して出てしまいます。 こちらを、あるジョブの失敗時には、その後の処理として - 該当するジョブの無効化を行う - エラーハンドリング専用のプロジェクトをビルド（実行する） というような制御を行うことは可能でしょうか。 ただ、CIツールというよりは、ジョブ管理/監視ツールとして利用する立場なの で、本来のHudsonの目的を逸脱しているかもしれません。その際は、ご指摘いた だければと思います。 -- --- akiko -----------------------------------------------
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Jenkins ja - [jenkinsci-ja:194] 実行されていないジョブを検知する方法