Jenkinsに入れているプラグインまとめ（Rails中心） - くりにっき
ふと思いついたので会社のJenkinsで使ってるプラグインをまとめてみます。 RailsでJenkins運用してる人の参考になれば幸いです。（入れてるけどあまり使ってないのは端折ってます） 他に便利なプラグインあったらコメントやブコメで教えてくださいｗ Ruby/Rails系プラグイン PMD Plugin - Jenkins - Jenkins Wiki CPD(Copy PasteDetector=コピペ検出)のためのプラグイン。 入門Jenkinsで紹介されていたので入れたはず。 入門Jenkins―実践「継続的インテグレーション」 作者: 末広尚義,竹内一成,太田健一郎,西川茂伸出版社/メーカー: 秀和システム発売日: 2012/09メディア: 単行本購入: 5人 クリック: 138回この商品を含むブログ (9件) を見る 参考：Javaだけじゃない入門jenkins アプリ作る度
第8回Jenkins勉強会で「Jenkins with Docker」というLTをしました #jenkinsstudy - Yahoo! JAPAN Tech Blog
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog LT の中で触れた環境を構築するデモコードを Vagrantfile にまとめて GitHub においていますのでよければ触ってみてください。ジョブ登録済の Jenkins が立ち上がるので全く同じ環境を試してもらえます。 yahoojapan/jenkins-with-docker-demo LT は5分でざっと流してしまったため、このエントリで補足します。 ジョブ実行毎にクリーンな環境がほしい 特に説明の必要もなく普段 Jenkins を使っていればジョブ毎にクリーンな環境がほしいと思うはずです。スレーブノードをジョブ毎に新規でインスタンスを立ちあげて実行することもできますが インスタンスの作成、起動はそれなりの時間がかかりま
Dockerを使ってJenkinsのジョブごとにテスト実行環境を分離する - orangain flavor
はじめに JenkinsでJVM上で動かない言語（PythonやRubyなど*1）を使っていると、ジョブごとに環境が分離されていないことが問題になる場合があります。 Pythonにおける virtualenv やRubyにおける Bundler を使えば、ジョブごとに利用するライブラリを分離することができます。しかし、C拡張ライブラリをインストールするためには、ジョブが実行されるノードに開発用のファイルが存在している必要があります。例えば、Pythonモジュールの lxml のインストールにはlibxml2やlibxsltの開発用ファイルが必要です。 *2 このようなファイルが必要になるたびにJenkinsのノードにインストールするのはスマートじゃないですし、実行に必要な環境はコードの形で明文化されているべきです。 ジョブでaptやyumを使ってインストールするのもセキュアじゃないですし、
Jenkinsの開発者、間違えて一ヶ月前のローカルレポジトリをgit push --forceしてしまう
Jenkinsの開発者、間違えて一ヶ月前のローカルレポジトリをgit push --forceしてしまう Jenkin developers accidentally do "git push --force" to over 150 repos on github | Hacker News Jenkinsの開発者、Luca Milanesioによって、Jenkinsの多くのgitレポジトリに対してpushが行われた。不思議なことに、pushをしたというのに変更点はほとんどみられない。一体ルカは何をやったのだ。 Dominik Bartholdi やあみんな、とくにルカ。 昨日、GitHub上のJenkinsの多くのレポジトリ（50以上）に、なにか変なことが起こった。 どうやら、Luca Mmilanesioが、何の変更もないのに、たくさんのたくさんのレポジトリにpushしたらしいのだ。
Jenkinsの使い勝手をよくするための見直し6点 ｜ Developers.IO
今回の課題 こんにちは植木和樹です。7月にserverspecを使ったChefの自動テストのエントリを書きました。 【AWS】JenkinsとserverspecでChefのテストを自動化する このエントリは初めてJenkinsを触った時に書いたので、いろいろと流儀がわかっていませんでした。その後弊社にJenkinsマイスターの渡辺修司さんが入社したということで、Jenkinsの設定について見てもらいました。その時に次の6点を見直すよう指摘がありました。 ジョブは意味ある単位で1つにまとめるべし ジョブで実行するシェルスクリプトもgitから取得すべし EC2の起動に失敗したら後続処理を停止させるべし serverspecの実行結果はJUnit（XML）形式で出力すべし 実行結果のXMLをJenkinsで読み込んで統計グラフを出力すべし 定時実行でなくgit push hookを入れるべし
ScaleOut | Supership
「ミライリアルの幸せを、デジタルの力で創る」ことを目指すSupershipグループの社内報です。日々の出来事、メンバーの働く様子や声、未来への想いなど、Supershipグループの”Be Super”なストーリーをみんなでシェアしていきます。
【AWS】JenkinsとserverspecでChefのテストを自動化する | DevelopersIO
はじめに こんにちは植木和樹です。相変わらずCloudFormationとChefな毎日を送っています。そのおかげで、最近は実験用サーバを設定するときにも極力手作業はなくし、CloudFormationやChefを使って自動化・省力化する習慣がつきました。以前作ったCookbookを使用して、コマンド1つで新環境が構築されたときって気分いいですよね。 さてChefのCookbookが増えてきて徐々に再利用が進んではいるのですが、Cookbookを作成してから数週間もすると「本当にこのクックブックはまだ動くのかな？」と不安になってきます。ここはやはり、Cookbookが正しく適用されることを継続して保証する仕組みがほしいところです。 本日はChef Cookbookのテスト自動化の一例として、JenkinsからEC2を起動してからchef-soloを使ってCookbooksを適用し、その後s
ほげめも: Jenkins のビルド情報の自動設定
今日は Jenkins についての小ネタを書きます。 先日、とある時間のかかるジョブのビルド開幕直後に、そのビルドの表示名と説明をセットするにはどうしたらよいかという相談がありましたので、自分なりによさそうな方法を考えてみました。 Jenkins のビルドの表示名 (displayName) と説明 (description) は各ビルドごとに設定可能な文字列情報です。次のように Web UI で変更することができるようになっています。 これらを自動設定するための Jenkins プラグインはいくつかありますが (たとえば Build Name Setter Plugin や Description Setter Plugin )、あまり複雑な設定はできないし、ログから正規表現で切り出すとか面倒だし、なによりビルドが終了しないと設定されなかったりするし、ということで今回の目的には合わないよ
＠ITイベントカレンダー
平素よりイベントカレンダー＋ログをご利用いただき、誠にありがとうございます。 イベントカレンダー＋ログは「IT・製造業・ビジネス関係のイベント（セミナー・展示会・勉強会・コンテスト・Webイベントなど）を開催する企業・コミュニティが登録したイベント情報のポータルサイト」として約7年間運営をしてきました。これまでサービスを続けることができたのは、イベントカレンダー＋ログのコンセプトに共感をいただき、適切なイベント情報をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、イベント情報の入手方法の多様化やイベント紹介サービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年6月30日（火）15:00をもちましてイベントカレンダー＋ログのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知ら
アメーバピグとJenkinsと私
第6回 テックヒルズ 『Let’s study Jenkins～さまざまなケーススタディ～』 発表資料Read less
『第６回テックヒルズでアメーバピグにおけるJenkinsの活用例を発表しました。』
はじめまして。 アメーバ事業本部でアメーバピグの開発/運用を担当しております、丸山と申します。 去る6月18日、CROOZ株式会社主催の勉強会テックヒルズにて第６回はJenkinsをテーマにして開催されました。そこでアメーバピグにおけるJenkinsの活用事例について登壇の機会を頂きました。 当日は、すでにローンチして2年以上経った状態でのアメーバピグにおいて、 * コード品質管理 * バッチ制御 * オペレーションの自動化 の3点をJenkinsを利用して如何に実現してきたかを実例を交えて話させていただきました。 が、あまりにも内容が赤裸々すぎたので後で会社から怒られないか若干心配です。 なお、発表時の資料をslideshareに上げておりますので、これからJenkinsを導入する方にとってで少しでも参考になれば幸いです。
第6回テックヒルズで自動テストについての発表を行いました
こんにちは、エンジニアの黒木です。 先日の6月18日に六本木ヒルズで行われた、CROOZ株式会社主催のITイベント「テックヒルズ」の第6回にて、「進行中の開発プロジェクトで増えていくテストを自動で回し続けるために行ったいくつかのこと」というタイトルで、自動テストについて発表しました。 当日発表したスライドが下記のものです。 時間の都合もあり、詳細に踏み込みすぎる部分など、当日お話できなかった内容もあります。いくつかはスライドの最後に追加してありますので、見てもらえたらと思います。 AimingではJenkinsをだいたいどこのプロジェクトでも日常的に使用していて、プロジェクトごとに使用方法が少しずつ違っています。 今回お話したのは主に私が関わったプロジェクトでのJenkinsの使い方でしたが、他のプロジェクトでの話もこのブログなどで出来たらと思っています。 今回の発表が、聴いてくれた皆さん
ScaleOut | Supership
「ミライリアルの幸せを、デジタルの力で創る」ことを目指すSupershipグループの社内報です。日々の出来事、メンバーの働く様子や声、未来への想いなど、Supershipグループの”Be Super”なストーリーをみんなでシェアしていきます。
ドリコムJenkins勉強会資料
先日行われた第8回Jenkins勉強会にてプロモーション広告の継続的インテグレーション（以下、CI）/継続的デリバリー（以下、CD）に 関する取り組みについて紹介させていただきました。 タイトルは「Jenkinsはじめました」になっていますが、諸事情でタイトル通知後に少し内容を変更したため、 「はじめました」というよりは「結構使ってきました」というほうがしっくりくるかもしれません。 July Tech Festa 2013 http://www.techfesta.jp/ の講演資料です。 http://www.techfesta.jp/p/program-2.html#A10 ビジネスの変化するスピードが早い昨今、ビジネスのニーズにマッチしたサービスをより迅速に提供するために、アジャイル開発などと共に継続的デリバリーが注目を集めています。 本セッションでは継続的デリバリーにより届けること
Role Strategy Pluginを有効にしつつコミットフックをビルドトリガにする - ::Eldesh a b = LEFT a | RIGHT b
Jenkinsはデフォルトではユーザ権限の管理が行えませんが、Role Strategy Pluginを使うと、かなり細かく権限の設定を行うことが出来ます。 素晴らしいですね。 参考：Hudsonの操作権限をユーザ/グループ/ロール別に制御する で、これを有効にするとVCSのフックスクリプトによるビルドトリガもログインしないと動かないことになります。('A`) (これまではapacheをプロキシにしてdigest認証を掛けつつcurlでログインしてました(これはこれでメンドイ)) 手順 そこで、Project roleのパターンに、コミットトリガを受けるだけのジョブのみマッチするようにして、ReadとBuild権限を割り当て、このRoleを持つユーザを追加します。 これでビルドトリガのジョブの実行だけができる権限を持つRoleとユーザが出来ました。(Role-Based Strategyを
Git で Jenkins のバックアップをしてみる - 適当めも
先日突然会社で使ってる Jenkins が起動しなくなってしまいました。さすがにもう二度とそんな思いはしたくないので、バックアップを取ることにしました。 Backup Plugin - Jenkins - Jenkins Wiki を使ってもいいんですが、git 使えば差分バックアップになるし、好きな時点に戻せて素敵なんじゃないかと思って git を使ってバックアップを取ることにしてみました。 この記事はその時のメモみたいなものです。 リポジトリの作成 まずは git のリポジトリを作ります。せっかくなのでスクリプトコンソールを使ってみます。スクリプトコンソールを開いて、以下を実行します。 dir = System.properties["JENKINS_HOME"] def git = { Object[] cmd -> println new ProcessBuilder(["git"
Hudsonの操作権限をユーザ/グループ/ロール別に制御する - ふぞろいのGENGOたち
はじめに Hudsonを標準状態のままで使用した場合、Hudsonにアクセスできる全てのユーザが、Hudsonの全ての機能を制限なく利用できてしまいます。 Hudsonの機能を熟知しているチーム内でHudsonを使用するのであれば、この標準状態の方が設定に煩わされない分、簡便に運用できるので都合が良いかもしれません。 しかし一般的には、間違った操作によってHudsonが動作しなくなることを防ぐために、「Hudsonの管理者」と「Hudsonの利用者」くらいの最低限の区別をした方が良いのではないかと思います。 そこで、この記事では、Hudsonのユーザーデータベースを使用して、Hudsonの操作権限を制御する方法について説明したいと思います。 なお、説明を簡素化するために、Hudsonの公式サイトにはない用語や分類を用いて説明していますので、その点はご了承ください。 操作権限を制御する前に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ぼくとJenkinsおじさんの360日戦争
Jenkins dev - Is there a way to add a description to a build using the Remote API
Netflixのコードのデプロイ方法。
