jenkinsとAzureAD PremiumのSAML連携設定 - Qiita
id認証サーバは統合しといたほうがアカウントの管理が楽だよねという意見がありましてやってみました。 やってみて苦しんだのちにサポート問い合わせして教えていただいて成功したので軽くメモっておきます。 ライセンスの件 はじめに確認するポイントですが、この連携設定についてはAzureAD Premium(P1)ライセンスが必須です。 ライセンスがないとグループと登録されたアプリケーションを紐づけることが不可能です。 作成したグループに対してライセンスを有効化する必要があります。今回は評価版を用いました。 ※ユーザ毎に￥600～900程と表示されてました（2017/8時点） 試用期間を超過するとそのまま使えなくなるようで契約が要るようです。 参考サイト： https://www.cloudbees.com/blog/securing-jenkins-role-based-access-contro
JenkinsにSAML認証を設定する方法
今回は、JekinsとのSAML認証でのシングルサイン設定を行ってみようと思います。 Jenkinsのプラグインマネージャを検索するとSAML プラグインがありますので、このプラグインを使用しSeciossLinkとの連携を行います。 Jenkins側の設定手順 JenkinsでSAMLプラグインのインストール プラグインマネージャーの利用可能タブで、「SAML」を検索すると以下画像のようにSAMLプラグインが表示されますので、「ダウンロードして再起動後にインストール」ボタンよりインストールを行います。 画像はインストール後のものです。 JenkinsでSAML2.0の有効化 ダッシュボードのグローバルセキュリティの設定を開き、ユーザー情報から、SAML2.0を選択します。 設定項目がいろいろありますが、以下のように設定していきます。
現場で使えるJenkinsのプラグイン3選 ~ Jenkinsよ永遠に ~ | GRIPHONE ENGINEER'S BLOG
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ツールが導入と運用保守の観点でデファクトスタンダードとなりつつあります。 技術に敏感な人なら上記二つのツールすら古いように
Jenkinsジョブでdiffをとると失敗する際の回避方法 - Qiita
である。 -eオプション：終了コードが0でないものを返した時点でexitされる → diffで一致しなかった場合、0以外の終了コードを返すため、 ジョブが失敗してしまう 解決策 1. 頭に#!/bin/shをつける 途中で0以外の終了コードが返っても、無視して実行し続けることができる。 ただし、他の処理が失敗した時も処理をし続けるためリスキー。 2. diffをとった箇所は必ずtrueを返すようにする※こちらを採用 diff A.txt B.txt || true diffの実行時は必ずtrueを返すようにした。 参考
大きなGitリポジトリをクローンするときの工夫を図解します - DeNA Testing Blog
こんにちは、SWETでCI/CDチームの前田（ @mad_p ）です。 SWETではCI/CDチームの一員として、Jenkins運用のサポートや、CI/CD回りのノウハウ蓄積・研究をしています。 はじめに Gitリポジトリをクローンすると、ローカルフォルダにはそのリポジトリの全体がダウンロードされ .git というフォルダに格納されます。ブランチをチェックアウトすると、ブランチ内のファイルがワーキングツリーとして展開されます。この様子を図にするとこのようになります。 この .git とワーキングツリーの使うディスク容量を節約しようというのが今回のお話です。特にJenkinsにおいて、大きめのGitリポジトリをクローンしてくる場合に課題があり、いろいろ工夫してみたので、その結果を紹介します。同じCI/CDチームの加瀬による記事「大規模リポジトリで高速にgit cloneするテクニック」と内容
Office 365 Connector
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パイプラインを構築 - Qiita
JenkinsとKubernetesを連携させてCIパイプラインを構築する時に、一番悩むの点は、いろいろな方法があるために、何を選択して良いか解らない。そして、実際に実装を進めると、様々な問題が発覚して、時間がかかってしまうことがある。 Jenkinsのプラグインで、Dockerに関するものだけでも約20種類、Kubernetesの関係するもので 約17種類もある。しかも、これらが問題なく動作するという保証も無い。筆者が経験したケースでは、資料が作られた時期から時間が経過すると共にプラグインが更新され、新たな問題が生じてしまい、動作しなくなっているなどがあった。そして、ドキュメントは、Jenkinsに詳しいエンジニア向けに書かれているために、普段触り慣れないJenkins初心者には難解な内容となっていることもある。 そして、Kubernetes上でJenkinsを動作させる場合にも問題が多
Kubernetes環境に特化したCI/CDツール「Jenkins X」を試してみる | さくらのナレッジ
広く使われている継続的インテグレーション（CI）/継続的デリバリ（CD）ツールの1つに「Jenkins」がある。このJenkinsの開発チームが、Kubernetesに特化したCI/CDツール「Jenkins X」を発表した。今回はこのJenkins Xの特徴やインストール、基本的な使い方を紹介する。 昨今ではソフトウェア開発を迅速に進めるために「継続的インテグレーション（CI）」と呼ばれる手法が広く採用されている。CIはバージョン管理システムなどと組み合わせて使われるのが一般的で、たとえばバージョン管理システムへのコミットをトリガーとして自動的にビルドやテスト、パッケージ作成を実行する仕組みなどを構築できる。また、最近では「継続的デリバリ（CD）」という手法も使われる。CDはCIと似ているが、運用環境へのデプロイまでも自動で行うという仕組みだ。 CIツールとして著名なものの1つに、以前紹
site:jenkins.io viewpagesrc.action - Google 検索
https://wiki.jenkins.io/plugins/viewsource/viewpag...
具体例から学ぶJenkinsの設定 - Qiita
はじめに 自分のプロジェクトで回している自動テストに関するジョブについて簡単に説明します。 体系的な話は本を読んでもらうとして、ここでは個別具体的な話だけします。 jenkinsの設定の見方 プロジェクト名と説明欄 そのままなので特に言うこともない。 強いていうなら、説明は正しく書きましょう。 ※キャプチャの説明文をもうちょっと正確に書くなら「15分毎に開発ブランチをチェックして変更があれば実行する」かな。 古いビルドの破棄 これはビルド実施完了時に、「14日以前」もしくは「15件目を超える」ジョブ履歴を消す設定になっています。 ビルドの実施完了時に削除処理が走るので、月に1度しか動かなさいジョブなら、ジョブを実行するまで前回分（1ヶ月前）のジョブ履歴は残っています。 ソースコード管理 Gitのリポジトリを指定して持ってきています。 まぁ要はcloneないしはpullするリポジトリ。 ちな
Jenkinsでレポート出力 Cobertura & Findbugs & CheckStyle - 技術ブログ | 株式会社クラウディア
みなさんこんにちは、masa です。今回は Jenkins でカバレッジレポートと静的解析レポートを出力する方法を取り上げてみたいと思います。まだ Jenkins が入っていないよという方は以前の記事を参照に入れてみてくださいね。 みなさんは Jenkins を使う目的は何ですか？おそらく大多数の方は git pull → ビルド→ サーバーへデプロイ というサイクルで使用されているのではないでしょうか。 Jenkins にはプラグインが数百とあるので他にもできることはたくさんあるのですが、レポートを出す機能を使うことでプロダクトコードの品質を高める一助になります。 そもそもカバレッジとか静的解析レポートってなに？ カバレッジレポートというのは全体のコードに対してテストがどれくらい完了したか、テスト進捗を表すものです。 静的解析というのはソース中にバグを発生させるようなコードや、非効率な
Jenkins でバッチを運用する - Qiita
はじめに 私達は php で書かれたバッチ、500 個ほどを Jenkins で運用しています。 Jenkins でバッチを運用するようになった理由と移行したときに行った設定等をここにまとめます。 発生していた問題 私達はバッチ実行用のサーバー上の cron にすべてバッチを登録することで定期実行させていました。 当時のバッチの数はだいたい 100 個ほどだったと思います。（現在は 500 個ほど） 長い間 cron で管理されいましたが、問題を多数抱えていたので Jenkins でを抱えていたため移行しました。 バッチが正しく動作したのかわからない ログを見るための仕組みがなかったので、バッチのほぼすべてログを書き出さないものとなっていて正しく動作しているのか分かりにくい ログを書き出す仕組みがあってもそれを管理するのは大変 権限周りの管理の問題 管理の都合からルート権限持つ人が cro
Jenkins Pipelineで管理者承認が必要なコードをGitで管理する - Qiita
currentBuild.rawBuildは、認証済ライブラリか管理者に許可されたスクリプトからしか利用できない注釈がある。 Run with further APIs, only for trusted libraries or administrator-approved scripts outside the sandbox; JenkinsのWebUI上でスクリプトを書いた場合、問題が起こったときにプログラムを参照しづらいし、そもそも履歴とかないから書き換えるのが恐いので、できればGitで管理したかった。 しかしGitからチェックアウトすると実行前に管理者が承認というフローができなくなり、且つ設定にはUse Groovy Sandboxに該当する設定がないので、sandbox外で実行することもできない。 解決策 Jenkinsの設定はWebUI上で記述するスクリプトにして、次のよう
Jenkinsfileですごく雑な承認フローそこそこ簡単に入れられた - まーぽんって誰がつけたの？
ビルトインの機能でできる pipeline input step という機能を利用したら簡単にできました。とりあえずフローがどんな感じかで流れてくか紹介。 まずはジョブを普通に実行します ジョブを実行する人はいつも通りです するとslackに通知がきます これはリンクのところをクリックするだけ。 クリックしてJenkinsの画面に飛びます ここはちょっと分かりづらいんだけど、paused for 52s みたいに書いてあるあたりにマウスをホバーするとこういう黄色いポップオーバーが出てきます。 で、入力も受け付けられるので例えば承認する人の名前を入力して、Proceedを押します。 これで、以降のstepが続行されます。 入力した値が利用できます 例えば入力値を利用してslackに通知したり、buildのdescriptionに書いてみたりできます。 やり方のポイント 承認してねの通知のとき
jenkinsでファイルをアップロードできるジョブを作る - Qiita
jenkins氏にファイルを渡して、サーバに上げてもらうという物を作ります。 Webの画面でフォームからファイルをアップロードできるので、ユーザフレンドリな感じでいけるのではという試み。 ビルドのパラメータでファイルを選ぶ ジョブ作成時に、実行時にファイルをアップロードさせられるようにできます。 上げるファイルによらず、指定したファイル名になります。 例の場合だとfoobar.csvというファイルでワークスペースに保存されます。 ファイル名に日本語は使えないっぽい。 パラメータを増やすことで複数ファイルも可。 ファイル指定なしで実行した場合、空ファイルができます。 ジョブ実行でワークスペースにファイルが保存されるので、あとはそれをシェル実行で転送すれば良し！ なんですが、空ファイルができるので全部転送すると空で上書きされてしまうという事態になります。 これがめんどくさい。 空ファイルを避け
Jenkinsfileの書き方 (Jenkins Pipeline) - Qiita
まずはじめに つい先日、はじめてjenkins pipelineのためのJenkinsfileを作成し、PHPアプリケーションのワンクリックデプロイを実現しました。今回は振り返りの意味も込めて、その際に事前に知っておくと良かった点をまとめていきます。これから、Pipelineを構築したい方は参考にしてみてください。 環境は以下の通りです。 CentOS: 7.3.1611 Jenkins Version: 2.73.2 私の場合は、Pipelineを作成する前にRubyで書かれたCapistranoというデプロイツールでリリース用のスクリプトをすでに構築・運用済みでした。慣れてしまえば十分な環境でしたが、毎回コマンドを叩く手間と増加するチームメンバーへの共有コストを考えるとよりシンプルな手順が必要だと感じてきたため、Jenkinsへの移行を決断しました。 移行プロセスとして、ゼロからCap
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JenkinsのPipelineでPowershellを使用するときのポケットリファレンス
https://cloud6.net/so/jenkins/2025304
Loading...
Connect your Google Forms to Jenkins integration in 2 minutes | Zapier