Jenkinsに代わるCI/CDツール トップ10:GitLab、Bamboo、GitHub Actionsなど紹介 TechTargetは、「Jenkinsに代わるツール」を紹介する記事を公開した。CI/CDツール市場で人気のJenkinsからの切り替えを検討している開発者向けに、それぞれの強みなどを解説する。

id認証サーバは統合しといたほうがアカウントの管理が楽だよねという意見がありましてやってみました。 やってみて苦しんだのちにサポート問い合わせして教えていただいて成功したので軽くメモっておきます。 ###ライセンスの件 はじめに確認するポイントですが、この連携設定についてはAzureAD Premium(P1)ライセンスが必須です。 ライセンスがないとグループと登録されたアプリケーションを紐づけることが不可能です。 作成したグループに対してライセンスを有効化する必要があります。今回は評価版を用いました。 ※ユーザ毎に¥600~900程と表示されてました(2017/8時点) 試用期間を超過するとそのまま使えなくなるようで契約が要るようです。 ###参考サイト: https://www.cloudbees.com/blog/securing-jenkins-role-based-access-
今回は、JekinsとのSAML認証でのシングルサイン設定を行ってみようと思います。 Jenkinsのプラグインマネージャを検索するとSAML プラグインがありますので、このプラグインを使用しSeciossLinkとの連携を行います。 Jenkins側の設定手順 JenkinsでSAMLプラグインのインストール プラグインマネージャーの利用可能タブで、「SAML」を検索すると以下画像のようにSAMLプラグインが表示されますので、「ダウンロードして再起動後にインストール」ボタンよりインストールを行います。 画像はインストール後のものです。 JenkinsでSAML2.0の有効化 ダッシュボードのグローバルセキュリティの設定を開き、ユーザー情報から、SAML2.0を選択します。 設定項目がいろいろありますが、以下のように設定していきます。
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ツールが導入と運用保守の観点でデファクトスタンダードとなりつつあります。 技術に敏感な人なら上記二つのツールすら古いように
こんにちは、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つに、以前紹
https://wiki.jenkins.io/plugins/viewsource/viewpag...
はじめに 自分のプロジェクトで回している自動テストに関するジョブについて簡単に説明します。 体系的な話は本を読んでもらうとして、ここでは個別具体的な話だけします。 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 でを抱えていたため移行しました。 バッチが正しく動作した
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く