「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は汎用的なビルドやテストの自動化ツールとして、さまざまな環境やツールと連係できるように作られています。そのため柔軟なコンフィグレーションが可能になっていますが、一方でそれが導入や
PullRequestでRundeckジョブを作成しGUIからSpringBatchを実行可能にする。 - Qiita
#背景 現在携わっているシステムはWEB画面系は Pull Request をJenkinsでビルドして開発機のtomcatにデプロイ→SlackでURL通知→即レビュー、という流れができており、重宝しています。 ところがバッチ系(SpringBatch)はさすがにそれは難しい。 java ... とかコマンド打つの面倒くさいしそもそもCUI怪しい人もいるので。 でもビルド結果をコンソールではなくRundeckから実行できればコマンド打てない人でもレビューできるなと思いやってみました。 完全なハンズオンにはできないですが、迷っているorハマっている方の一助になれば幸いです。 前提 Maven/Jenkins/Rundeckをまたいだ作業になるので、下記の前提をクリアしている方がいいです。 ・Maven がそこそこ使える ・GitHub Hook で Jenkins PR-HEAD ビルド走
Jenkins 2の新機能「Pipeline」を使ってみよう
何をやっているか分からない「Jenkinsおじさん」の作業を見える化しよう。Jenkins 2に新搭載されたPipelineを使えばパイプラインをコードで記述できるようになる。その基本的な使い方を解説。 ← 前回 連載 INDEX Jenkins 2に搭載された新機能の目玉として、今までPipelineプラグイン（※第3回で解説したBuild Pipelineプラグインとは別物である）として提供されていたPipeline（以下、パイプライン）が標準搭載されたことが話題となっている。今回はこのパイプライン機能について掘り下げて解説していきたい。 Jenkinsおじさん 「Jenkinsおじさん」という言葉を聞いたことはあるだろうか？ これはJenkinsを運用管理してくれている人をロゴにあしらわれている紳士に例えて表現した言葉だ。恐らくJenkinsが活発に利用されているチームに1人はJen
Jenkinsを使った複数クラウドへのインフラCI #jenkinsstudy
第9回Jenkins勉強会 - connpass ( http://jenkins.connpass.com/event/35030/ ) のLT資料ですRead less
Jenkins 2を使った究極のpipeline ~ 明日もう一度来てください、本物のpipelineをお見せしますよ ~
This document contains code for a Jenkins pipeline that defines stages for compiling, testing, packaging, deploying, and smoke testing a build. It also contains code to send notifications to Typetalk if the build fails. Additional code shows how to fetch pull request branches from a Git remote and check if a pull request is open for a given branch.Read less
Jenkins2.0のPipelineを触ってみたら便利だった - be-hase blog
Jenkins2.0でてた Jenkins2.0がでてた。 https://jenkins.io/2.0/ ざっくりと概要を見ると、主な変更点は次の3つらしい。 Built-in support for delivery pipelines. Improved usability. Fully backwards compatible. 2に関しては、単純に見た目が良くなったよってこと。嬉しい。 3に関しては、後方互換性あるよってこと。幸せ。アップデートしない理由は理由ありませんということ。 1が気になる。 Jenkinsに感じてた不満点 Jenkinsって基本的にUIで設定をしていくから、面倒だなって思ってた。 ちょっと変更したいだけなのに、わざわざポチポチと...。 そもそもUI自体もそんなに良くはなかった。(jenkins1.6あたりからだいぶマシになったけど) あと、同じような設定
ポストJenkins時代のCI戦略
VSハッカソン倶楽部 CI勉強会で発表した資料となります。 https://vshtc.doorkeeper.jp/events/26853
Jenkins Workflow Pluginの使いかた - Qiita
※まだ使い始めたばかりなので、今後少しずつ情報追記していきます。 Workflow Pluginとは Workflow Plugin はGroovyスクリプトでJenkinsのジョブ設定が記述できるプラグインです。 川口氏が関わっているということで公式プラグインという位置付けでしょうか。 川口耕介氏，Jenkinsプロジェクトの現状やWorkflow Pluginの特徴を説明 ～Jenkinsユーザカンファレンス2015東京 基調講演 Workflow Pluginが解決しようとしている課題は，Jenkinsで複雑なワークフローを実現する際の手間を減らすことです。従来のJenkinsとプラグインの組み合わせだと，複数のジョブをまたがって設定をする必要があり，見通しが悪くなりがちでした。また，ジョブのループ・並列実行やエラーハンドリングの設定は，非常に煩雑でした。 Workflow Plug
Jenkinsで排他的にジョブを実行させる - うさぎ組
Hudson Locks and Latches plugin Jenkinsのジョブを排他的に実行する場合は「Hudson Locks and Latches plugin」というプラグインを使用します。 インストールするとジョブの設定画面に「ビルド環境」という項目が表示され、「Locks」というチェックボックスがあります。 この「Locks」をオンにすると排他対象のジョブとなります。 ※nameリストボックスについては後述するのでとりあえず(default)のままでよし。 つまりジョブＡ、ジョブＢ、ジョブＣが存在するときにジョブＡとジョブＢを排他実行したい場合は ジョブＡとジョブＢの「Locks」をオンにしましょう。 排他グループの指定 排他させたいグループは「Locks」をオンにしたときに表示される「name」リストボックスでグループを指定できます。 インストール直後はdefault
もしJenkinsでちょっとずつ違う100のジョブを管理しなくてはいけなくなったら - knjnameのブログ
（2015/05/14 追記） このエントリで言及しているSubversionリポジトリを複数指定できない問題ですが、今は解決されています。 個人用メモも兼ねて。 ちょっとこんがらがったプロジェクトではありがちですが、ある特定の環境へのリリースのためにいくつかのジョブで構成されたビルドパイプラインがあり、それを環境ごとに微妙な差分をつけて、複数種類のビルドパイプラインを構成する必要があったりします。 環境の数やアプリの数によっては、これらの差分を含めてJenkins上にジョブを構成しようとすると、下手をすると100個近いジョブに到達することもあります。 （いうまでもないですが、こういうジョブ過多な状態を通常は目指すべきではありません。） こういう場合に手作業でJenkinsのジョブを構成しようとすると恐ろしいクリックゲームになるので、Jenkins公式が用意しているJob DSL Plug
スクリプトコンソールのススメ - @ikikko のはてなブログ
この記事は、Jenkins Advent Calendar 2日目の記事です。 Jenkins Advent Calendar jp 2011 : ATND Jenkinsには、外部から操作するための口としてスクリプトコンソール、CLI、Remote Access APIなどが用意されています。ここでは、僕が一番使い慣れている（けど多分あまりメジャーでない）スクリプトコンソールについて紹介します。 スクリプトコンソールとは ブラウザ上からGroovyコードを記述して、そのコードをサーバ上で実行することができます。トラブルシューティングやジョブの一括編集などに力を発揮します。スクリプトコンソールを使うには、[Jenkinsの管理 > スクリプトコンソール]から、もしくは http://localhost:8080/script を直接入力してみてください。 僕は今の現場では100超のジョブを
Jenkins がもっと便利になるおすすめプラグイン 8 つ
こんにちは、開発担当の松本です。 今回は、Jenkins にたくさんあるプラグインの中からおすすめのプラグインをいくつか紹介します。 ジョブ一覧にアイコンを追加できる: Custom Job Icon 今年8月にリリースされた比較的新しいプラグイン。名前の通りプロジェクトごとにアイコンを登録できて、それがプロジェクト一覧に表示されるようにできます。 利用するには、プラグインインストール後にアイコンを登録する必要があります。 「Jenkins の管理」→「システムの設定」ページに「Custom icons」セクションが追加されていますので、そこでファイルを追加しておきます。追加しても「Refresh icon list」をクリックしないと表示が更新されない点に注意。 なお、画像の拡大縮小あまりきれいに行われないので、アイコンのサイズは 24 x 24 にしておくのがよいみたいです。 アイコン
gitlabのwebhookからブランチの情報を受け取り、Jenkinsに仕事をさせる - Qiita
状況 gitlabのリポジトリにコミットされたらテストを実行して欲しいが、その前に別のリポジトリにあるソースをチェックアウトして準備する必要がある（モックを返すプロセスを起動しないといけない・・・） ちゃんとプッシュされたブランチに対してテストして欲しい 結論 jenkinsのgitlab pluginではなく、git pluginを使い、pushされたブランチ名を取得する Parameterized Trigger Pluginを使って、ビルドに変数を渡せるようにする hookを受け、ブランチ名を下流プロジェクトに流すジョブを作成する（間に別のリポジトリに対するジョブが挟まるため） 仕事を振り分けるジョブを作成する
Jenkins Workflow Pluginを使ってみました - Qiita
先日のJenkins User Conference 2015でWorkflow Pluginの情報を入手しましたので 簡単な導入から良く使われるワークフローをテストコードで確認してみました。 導入 Workflow PluginはWorkflow Aggregatorと言うプラグインを入れる必要があります。 こちらを入れると新規ジョブ作成で以下のWorkflowスタイルのジョブが作成出来るようになります。 Workflowジョブには見慣れないGroovy CPS DLSのスクリプトを書く所が出てきます。 ワークフローはここに記載していきます。 挙動確認 思ったよりも必要なpluginが未対応?のようなのでガチ利用は諦めて既存のジョブ同士を繋いでワークフローを作成する利用に限定します。 挙動確認の為に以下のテスト用のジョブを生成しました。 test-workflowがworkflowジョブ
Jenkins Workflow Pluginを使ってGradleマルチプロジェクトのワークフローを組んでみた(WIP) - Splash of waters - 2nd. Season
先日のJenkinsユーザ・カンファレンスの講演を受けて、Jenkins Workflow Pluginがすごく便利そうだったので、早速試してみました。 想定するプロジェクト構成 基本的にはGradleの階層型マルチプロジェクト構成で、その他にドキュメントのビルド(Sphinx)とCoffeeScript, Sassのコンパイル用のプロジェクトがあります。 ファイル構成を簡略化するとこんな感じです。 root/ build.gradle settings.gradle common/ build.gradle sub1/ build.gradle sub2/ build.gradle doc/ Makefile ui/ Gruntfile.coffee package.json 各プロジェクトの概要は、 root rootプロジェクト common sub1, sub2の共通クラス sub
Jenkins User Conference 東京 2015
Jenkins は長らく継続的デリバリのためのツールとして使われてきましたが、Jenkins Pipeline によって全く新しい様々な可能性が開けました。この発表では、Jenkins Pipeline からスタートして、おもちゃでない実用に耐えうる継続的デリバリのパイプラインを構築します。Jenkins のもうひとつの新機能の目玉は、Jenkins の新しい UX である Blue Ocean です。この発表では、継続的デリバリのパイプラインを構築した後、Blue Ocean を使って開発者に迅速なフィードバックをもたらす様子を紹介します。 受講対象: 継続的インテグレーションや Jenkins にご興味をお持ちの方はぜひご参加ください。 製品/テクノロジ: DevOps/OSS 川口 耕介 CloudBees, Inc. Chief Technology Officer
はてなにおける継続的デプロイメントの現状と Docker の導入
2015 年 1 月 11 日に開催された 「Jenkins ユーザ・カンファレンス 2015 東京」 での発表資料です。Read less
Javaユーザに贈るJenkins 25のTips
第10回 Jenkins勉強会の資料です。 https://www.meetup.com/ja-JP/Tokyo-Jenkins-Area-Meetup/ Jenkinsの最新機能を知りたい → Jenkins Community blog https://jenkins.io/node/ Pluginを探したい → Plugins Index Renewal !! https://plugins.jenkins.io/ Jenkinsfileで使えるstepを探す → Pipeline Step References https://jenkins.io/doc/pipeline/steps/ バグを踏んだ？ → Jenkins Issue Tracker https://issues.jenkins-ci.org/projects/JENKINS/issues/JENKINS-4492
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JenkinsのUXをシンプルかつビジュアルにする「Blue Ocean」バージョン1.0がリリース。パイプラインの設定や実行状況などをGUIで実現
Container CI & Jenkins Job Builder
