id認証サーバは統合しといたほうがアカウントの管理が楽だよねという意見がありましてやってみました。 やってみて苦しんだのちにサポート問い合わせして教えていただいて成功したので軽くメモっておきます。 ###ライセンスの件 はじめに確認するポイントですが、この連携設定についてはAzureAD Premium(P1)ライセンスが必須です。 ライセンスがないとグループと登録されたアプリケーションを紐づけることが不可能です。 作成したグループに対してライセンスを有効化する必要があります。今回は評価版を用いました。 ※ユーザ毎に￥600～900程と表示されてました（2017/8時点） 試用期間を超過するとそのまま使えなくなるようで契約が要るようです。 ###参考サイト： https://www.cloudbees.com/blog/securing-jenkins-role-based-access-

概要 Jenkinsの実行ノードがWindowsであった場合、Powershellで処理をしたいことがあるかと思います。以前自分がハマったケースを整理して参照できるようにしたいと思います。 環境 Jenkinsサーバ(2.0以降) 実行ノード(Windows) 処理まとめ Pipelineの処理でPowershellのコマンドを実行する場合

GRIPHONE Advent Calendar 2018 5日目の記事を担当します鑓水です。 今回は弊社で使っているJenkinsのおすすめプラグインを紹介します。 ※この記事はGRIPHONE Advent Calendar 2018 5日目の記事です。 https://qiita.com/advent-calendar/2018/griphone https://adventar.org/calendars/3147 なぜ今Jenkinsなのか この記事を見たみなさん誰しもが思うはずです。 なぜ今さらJenkinsの話をするのか、と。 時は2018年。今ではCI（継続的インテグレーション）ツールといえばTravis CIやCircle CIといったクラウド型のCIツールが導入と運用保守の観点でデファクトスタンダードとなりつつあります。 技術に敏感な人なら上記二つのツールすら古いように

である。 -eオプション：終了コードが0でないものを返した時点でexitされる →　diffで一致しなかった場合、0以外の終了コードを返すため、 ジョブが失敗してしまう 解決策 1. 頭に#!/bin/shをつける 途中で0以外の終了コードが返っても、無視して実行し続けることができる。 ただし、他の処理が失敗した時も処理をし続けるためリスキー。 2. diffをとった箇所は必ずtrueを返すようにする※こちらを採用 diff A.txt B.txt || true diffの実行時は必ずtrueを返すようにした。 参考

こんにちは、SWETでCI/CDチームの前田（ @mad_p ）です。 SWETではCI/CDチームの一員として、Jenkins運用のサポートや、CI/CD回りのノウハウ蓄積・研究をしています。 はじめに Gitリポジトリをクローンすると、ローカルフォルダにはそのリポジトリの全体がダウンロードされ .git というフォルダに格納されます。ブランチをチェックアウトすると、ブランチ内のファイルがワーキングツリーとして展開されます。この様子を図にするとこのようになります。 この .git とワーキングツリーの使うディスク容量を節約しようというのが今回のお話です。特にJenkinsにおいて、大きめのGitリポジトリをクローンしてくる場合に課題があり、いろいろ工夫してみたので、その結果を紹介します。同じCI/CDチームの加瀬による記事「大規模リポジトリで高速にgit cloneするテクニック」と内容

Install this plugin on your Jenkins server Configure it in your Jenkins job and add webhook URL obtained from office 365 connector. The plugin can also be configured through global settings under Jenkins -> Manage Jenkins -> Configure System. The values in the global settings will be used as default when using the plugin for a job. These settings can then be overridden in the job. Changing the val

JenkinsとKubernetesを連携させてCIパイプラインを構築する時に、一番悩むの点は、いろいろな方法があるために、何を選択して良いか解らない。そして、実際に実装を進めると、様々な問題が発覚して、時間がかかってしまうことがある。 Jenkinsのプラグインで、Dockerに関するものだけでも約20種類、Kubernetesの関係するもので 約17種類もある。しかも、これらが問題なく動作するという保証も無い。筆者が経験したケースでは、資料が作られた時期から時間が経過すると共にプラグインが更新され、新たな問題が生じてしまい、動作しなくなっているなどがあった。そして、ドキュメントは、Jenkinsに詳しいエンジニア向けに書かれているために、普段触り慣れないJenkins初心者には難解な内容となっていることもある。 そして、Kubernetes上でJenkinsを動作させる場合にも問題が多

広く使われている継続的インテグレーション（CI）/継続的デリバリ（CD）ツールの1つに「Jenkins」がある。このJenkinsの開発チームが、Kubernetesに特化したCI/CDツール「Jenkins X」を発表した。今回はこのJenkins Xの特徴やインストール、基本的な使い方を紹介する。 昨今ではソフトウェア開発を迅速に進めるために「継続的インテグレーション（CI）」と呼ばれる手法が広く採用されている。CIはバージョン管理システムなどと組み合わせて使われるのが一般的で、たとえばバージョン管理システムへのコミットをトリガーとして自動的にビルドやテスト、パッケージ作成を実行する仕組みなどを構築できる。また、最近では「継続的デリバリ（CD）」という手法も使われる。CDはCIと似ているが、運用環境へのデプロイまでも自動で行うという仕組みだ。 CIツールとして著名なものの1つに、以前紹

はじめに 自分のプロジェクトで回している自動テストに関するジョブについて簡単に説明します。 体系的な話は本を読んでもらうとして、ここでは個別具体的な話だけします。 jenkinsの設定の見方 プロジェクト名と説明欄 そのままなので特に言うこともない。 強いていうなら、説明は正しく書きましょう。 ※キャプチャの説明文をもうちょっと正確に書くなら「15分毎に開発ブランチをチェックして変更があれば実行する」かな。 古いビルドの破棄 これはビルド実施完了時に、「14日以前」もしくは「15件目を超える」ジョブ履歴を消す設定になっています。 ビルドの実施完了時に削除処理が走るので、月に1度しか動かなさいジョブなら、ジョブを実行するまで前回分（1ヶ月前）のジョブ履歴は残っています。 ソースコード管理 Gitのリポジトリを指定して持ってきています。 まぁ要はcloneないしはpullするリポジトリ。 ちな

みなさんこんにちは、masa です。今回は Jenkins でカバレッジレポートと静的解析レポートを出力する方法を取り上げてみたいと思います。まだ Jenkins が入っていないよという方は以前の記事を参照に入れてみてくださいね。 みなさんは Jenkins を使う目的は何ですか？おそらく大多数の方は git pull → ビルド→ サーバーへデプロイ  というサイクルで使用されているのではないでしょうか。 Jenkins にはプラグインが数百とあるので他にもできることはたくさんあるのですが、レポートを出す機能を使うことでプロダクトコードの品質を高める一助になります。 そもそもカバレッジとか静的解析レポートってなに？ カバレッジレポートというのは全体のコードに対してテストがどれくらい完了したか、テスト進捗を表すものです。 静的解析というのはソース中にバグを発生させるようなコードや、非効率な

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 私達は php で書かれたバッチ、500 個ほどを Jenkins で運用しています。 Jenkins でバッチを運用するようになった理由と移行したときに行った設定等をここにまとめます。 発生していた問題 私達はバッチ実行用のサーバー上の cron にすべてバッチを登録することで定期実行させていました。 当時のバッチの数はだいたい 100 個ほどだったと思います。（現在は 500 個ほど） 長い間 cron で管理されいましたが、問題を多数抱えていたので Jenkins でを抱えていたため移行しました。 バッチが正しく動作した

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

ビルトインの機能でできる pipeline input step という機能を利用したら簡単にできました。とりあえずフローがどんな感じかで流れてくか紹介。 まずはジョブを普通に実行します ジョブを実行する人はいつも通りです するとslackに通知がきます これはリンクのところをクリックするだけ。 クリックしてJenkinsの画面に飛びます ここはちょっと分かりづらいんだけど、paused for 52s みたいに書いてあるあたりにマウスをホバーするとこういう黄色いポップオーバーが出てきます。 で、入力も受け付けられるので例えば承認する人の名前を入力して、Proceedを押します。 これで、以降のstepが続行されます。 入力した値が利用できます 例えば入力値を利用してslackに通知したり、buildのdescriptionに書いてみたりできます。 やり方のポイント 承認してねの通知のとき

jenkins氏にファイルを渡して、サーバに上げてもらうという物を作ります。 Webの画面でフォームからファイルをアップロードできるので、ユーザフレンドリな感じでいけるのではという試み。 ビルドのパラメータでファイルを選ぶ ジョブ作成時に、実行時にファイルをアップロードさせられるようにできます。 上げるファイルによらず、指定したファイル名になります。 例の場合だとfoobar.csvというファイルでワークスペースに保存されます。 ファイル名に日本語は使えないっぽい。 パラメータを増やすことで複数ファイルも可。 ファイル指定なしで実行した場合、空ファイルができます。 ジョブ実行でワークスペースにファイルが保存されるので、あとはそれをシェル実行で転送すれば良し！ なんですが、空ファイルができるので全部転送すると空で上書きされてしまうという事態になります。 これがめんどくさい。 空ファイルを避け

まずはじめに つい先日、はじめてjenkins pipelineのためのJenkinsfileを作成し、PHPアプリケーションのワンクリックデプロイを実現しました。今回は振り返りの意味も込めて、その際に事前に知っておくと良かった点をまとめていきます。これから、Pipelineを構築したい方は参考にしてみてください。 環境は以下の通りです。 CentOS: 7.3.1611 Jenkins Version: 2.73.2 私の場合は、Pipelineを作成する前にRubyで書かれたCapistranoというデプロイツールでリリース用のスクリプトをすでに構築・運用済みでした。慣れてしまえば十分な環境でしたが、毎回コマンドを叩く手間と増加するチームメンバーへの共有コストを考えるとよりシンプルな手順が必要だと感じてきたため、Jenkinsへの移行を決断しました。 移行プロセスとして、ゼロからCap