Github管理しているmackerelの監視ルールが変更されたらJenkinsからPRを投げる - 日頃の行い
こちらの記事はMackerel Advent Calendarの11日目の記事として書いています。 qiita.com mackerelを使って監視ルールをバージョン管理して、もし差分があったら自動でGithubにPRを投げるみたいなものを作った時の話です。 こちらの記事を見ていいなぁと思い、そんなことをやってみたいと思いました。 kakakakakku.hatenablog.com 概要 監視設定を管理している状態ですが、カジュアルにGUIで変更などした後にもその状態をちゃんと管理したいという気持ちがあります。 定期的に変わっていないかを判定して、変わっていたらアラートもありですが、結局その後することはコードに反映させることかと思うので、変更のPRまであげられたら楽だなぁと思いました。 なので今回は変更があった場合は何かアラートを投げるのではなく、PRを投げて人が見れるできる状態まで持っ
Vagrantで簡単に作れる！！RubyやKyotoTycoonのrpmたち | feedforce Engineers' blog
皆さんお元気ですか。 Debian GNU/Linux好きだけど、最近rpmの作り方を習得した増田です。 昔話 初めてRedHat Linuxに触れたのは7.1の頃(2002年？)。あの頃は配布されているrpmが少なく、make installに逃げていました。 そんな中出会ったDebian GNU/Linux。配布パッケージが膨大で、手動ビルドの手間から逃れることが出来ました。Emacsとか興味あるアプリはビルドしてましたが。 サーバのCIとrpm作成 時は流れ2014年。先日こんな記事を公開しました。 JenkinsでサーバのCIを始めました | feedforce Engineers' blog 実はこの時は、CookのたびにRubyやKyotoTycoonをビルドしていたため、CIに30分くらいかかっていました。CIに使うEC2インスタンスはt1.microでしたし。。 これでは使
JenkinsでサーバのCIを始めました | feedforce Engineers' blog
お久しぶりです。アジャイル推進おじさん改め、サーバCIおじさんの増田です。 プライベートではベヨネッタ2をやっています。3rdクライマックスはクリアできそうです。最高難易度はたぶん無理です。 2015.3.13 追記 社内で共有するレシピのリポジトリをsite-cookbooksからff-cookbooksに変更しました。 フィードフォースのサーバリポジトリ 弊社は今年の4月くらいから serverspecを導入しましたが、CIはしていませんでした。構成管理にはChef-soloを使っており、GitHubのリポジトリはこのようになっております(数字は参照順です)。 server-social-plus site-cookbooks cookbooks ff-cookbooks (git submodule) server-datafeed-plus site-cookbooks cookb
rubocopによる静的コード解析でRubyのコード品質を保つ | Act as Professional
rubocopはRubyの静的コード解析ツールです。このコード解析を通すことによって、一定のRubyの書き方に統一することができます。また、不要な変数やメソッド名が長すぎるなど、一般的にRubyとして読みやすいコードにするための警告もされます。 こういった警告はRuby coding style and best practicesとしてRuby coding style guideにまとめられおり、Rubyを書くのであれば基本的にはRuby coding style guideを一読しておくことをおすすめします。英語が苦手であれば、翻訳された日本語版も存在します。 なぜ静的コード解析をするのか？静的コード解析し一定の読みやすいコードに統一することによって、人間が誤読する確率を下げることにより、バグなどの混入させる確率を下げる効果があります。また昨今ではGitHubでコードレビューをするよ
CI（継続的インテグレーション）サービスまとめ・14個！ - atskimura-memo
CIって？ CIはContinuous Integration（継続的インテグレーション）の略です。 継続的インテグレーションとは、ソフトウェア開発手法において、プロジェクトメンバーがそれぞれ開発した結果を頻繁に結合し、定期的にビルドやテストを行うことである。問題点を早期に摘出することができ、効率的な開発に役立つ。 不具合は早く見つける方が対策費用が抑えられるため、ソフトウェアのビルドを頻繁に行うのが好ましく、ビルド結果が正しいことを検証するためにすぐにテストを行う。このような手続きは出来る限り自動化するのが好ましい。そのため、継続的インテグレーションを実践するためには、結合のためのビルドとテストの自動化のために「CIサーバー」などと呼ばれる専用コンピュータを用意することが推奨されている。 ちなみに、ソフトウェア開発手法のひとつである「エクストリームプログラミング」では、継続的インテグレー
jenkins-ci-skip-plugin を書いてみた - @banyan's blog
jenkins-ci-skip-plugin [ci skip] という文字列がコミットに含まれているとビルドをスキップするというのが Travis CI にあって、Circle CI も同じ機能がある。 Travis CI: How to skip a build Skip a build - CircleCI Rails とかはたくさんの environment でテストされているのでドキュメントの変更の場合は必ずコミットに含むように書いてある。 http://edgeguides.rubyonrails.org/contributing_to_ruby_on_rails.html#contributing-to-the-rails-documentation で、それを Jenkins でも同じようにできるようにするというもの。あんまり必要は感じてなかったんだけど、最近 Docker
CI で稀に失敗してしまうテストへの対処方法 - クックパッド開発者ブログ
技術部の福森です。 クックパッドでは RSpec と Jenkins を利用して CI による自動テストを行なっています。 テストの数は 12000 examples を越えていて、テストによっては稀に失敗する物が出てきています: 時間帯依存で失敗してしまうもの 他に同時に実行されるテストに依存しているもの (並列実行で組合せが変わり再現する) インテグレーションテストでの ajax リクエストの微妙なタイムアウト etc また、本番環境を壊さないよう、 CI で成功したリビジョンのみデプロイ可能となっており、開発者が push しデプロイしたいと思っている時に無関係な原因で失敗する事を避けたいという欲求があります。 なぜなら、再度ビルドを実行する時間 (およそ 10 分) の間待たされる事になるからです。 そこで、そのようなテスト起因での失敗を減らし、かつ開発者にそれらを修正してもらうた
Vagrant + Chef Solo + serverspec + Jenkins でサーバー構築を CI - naoyaのはてなダイアリー
Jenkins おじさんと戯れること半日、うまくいったので備忘録を残しておく。 やりたかったのは Chef で構築したサーバーを Jenkins で CI する、というもの。このときサーバーはテストが終わる度に破棄して、テスト開始時に再度真っ新な状態から立ち上げたい。(こういうサーバーを壊して作ってというテストはなんという名前で呼ばれるのだろう?) 仮想サーバーを破棄/作成をプログラマブルにやるのはもちろん Vagrant プロビジョニングは Chef Chef の環境を整えるのに knife-solo 0.3.0.pre3 テストは serverspec コードは Github に上げる (https://github.com/naoya/jenkins-vagrant-test) CI は Jenkins という構成になっている。ひとまず Jenkins や Vagrant はローカル
Git ブランチから自動的に Jenkins ジョブを作る - kotas.tech
Jenkins の Git プラグインは標準で複数ブランチのビルドに対応してるんですが、1つのジョブで全部のブランチをビルドするので [成功 (master)] → [失敗 (branchA)] → [成功 (master)] → [失敗 (branchA)]みたいな感じでブランチごとの成功/失敗がわかりづらく、IRC に通知出してると FAILED! → Yippie! → FAILED! → Yippie! …とうるさい感じで残念です。 というわけで軽くググったところ、引っかかった↓を導入します。 Jenkins "Build Per Branch" by entagen インストール まずはドキュメントに書かれている通り、Jenkins にプラグインをいくつかインストール。 Git Plugin - Jenkins - Jenkins Wiki Gradle Plugin - Jen
bundler-auto-updateの紹介 - Qiita
こんにちは @sonots ＠サンフランシスコ出張中です。今回私は bundler-auto-update という gem の紹介をしてみようと思います。 bundler-auto-update とは bundler-auto-update を使うことでシステムを壊さずに Gemfile に記述してある gem のバージョンをアップデートすることができます。 Gemfile に記述されている gem のバージョンを１つあげてテストを実施し、システムが壊れないバージョンまで gem のバージョンをあげてくれます。 使い方 $ git log 02cfb8c Auto update parallel to version 0.5.9 (16 hours ago) ff39287 Auto update cucumber to version 1.1.0 (16 hours ago) 3502a
Jenkins に bundle update した上で Pull Request させる - @kyanny's blog
皆さん bundle update してますか？ぼくは忙しさにかまけてついサボりがちなのですが先日何ヶ月ぶりかにやってみたらけっこういろんな gem がアップデートしててヒヤリとしました。 bundle update 忘れは今後もまたやってしまいそうだと思い、なにかこれを解決する方法がないか考えたところ、 マメにやるのは無理。余裕があればやるけど忙しくなったら忘れる。自分の意識が低くなっても破綻しない仕組みを作るべき 差分が小さくても Pull Request を出すのは悪くない。というか Pull Request は毎日全員が見るし放置されにくい bundle outdated の結果をメールするのもお手軽そうだけど、メールなんてどうせ見ない (pendaxes がいい例で、毎朝メールがきても痛くも痒くもない) ということで「Jenkins に毎週 bundle update したブラン
Jenkins ユーザ・カンファレンス 2012 東京 | GREE Engineering
こんにちは、エンジニアの岡崎(@watermint)です。7月29日に行われましたJenkins ユーザ・カンファレンス 2012 東京に参加してきました。今回は簡単にそのレポートを。 うだるような夏空のもと、なんと600名近い参加者が会場提供いただいた法政大学に集まりました。 カンファレンスの内容については参加された多くの方によってまとめられているのでそちらをぜひご覧ください。 2012/07/29Jenkins ユーザ・カンファレンス 2012 東京 Vol.1 #juc2012 (Togetter) 2012/07/29 Jenkins ユーザ・カンファレンス 2012 東京 Vol.2 #juc2012 (Togetter) [勉強会][Jenkins]Jenkins ユーザ・カンファレンス 2012 東京 に参加してきた #juc2012 今回スポンサーセッションとしてひと枠頂き
カンファレンスは、若い人ばかり？（2）: 柴田 芳樹 (Yoshiki Shibata)
2つのカンファレンスに参加しました。1つは、情報サービス産業協会（JISA）主催の 「SPES 2012 －サービス化により変わるシステム開発－」。もう1つは、日本Jenkinsユーザ会主催の「Jenkins ユーザ・カンファレンス 2012 東京」です。 SPES2012は、ソフトウェア開発がクラウドベースのサービス化によりシステム開発がどのように変わっていくかというテーマでのカンファレンスです。Jenkinsユーザ・カンファレンスは、その名の通りJenkinsに関するカンファレンスです。 カンファレンスの内容は、全く性質が異なります。そのためでしょうか、参加者の年齢層が明らかに異なっていました。SPES2012では、暑い日にもかかわらず、背広の上着を着用しているような人が意外と多く、40代、50代の人が多いカンファレンスでした。 一方、Jenkinsユーザ・カンファレンスは、20代、3
AWSで実現するSeleniumテスト高速術
QAの井上です。 7/29に開催されたJenkins ユーザ・カンファレンス 2012 東京 で「AWSで実現するSeleniumテスト高速術」という内容で発表してきました。 当日はとても暑い中にもかかわらず200人くらいの部屋がほぼうまるくらいの大盛況にもなり、来てもらったみなさんありがとうございました。 発表内容は以前ブログに書いた「Jenkins, Seleniumを使った自動テストの課題とこれからの取り組み」の後編といった感じなのですが、僕らQAがこの2年間Jenkins, Selenium, インフラ(テスト環境)と格闘するなかでどのような課題があって、またそれにどのように対応してきたかの総まとめといった内容です。 サマリーとしては、 - テストの定期実行と結果の見える化のためにJenkinsを - Seleniumテストの安定化のために -- テスト失敗時のリトライ -- 結果
Jenkins ユーザ・カンファレンス 2012 東京 に参加してきた #juc2012 - Diary of absj31
Jenkins ユーザ・カンファレンス 2012 東京 - connpass » Jenkins ユーザ・カンファレンス 2012 東京 日本Jenkinsユーザ会 (写真：川口さんの基調講演にて姿を現した"ニンジャ"Jenkins、そして…"タモリ"？) 暫く前から開催がささやかれており、参加募集開始と共に爆発的な登録数を記録、何と『1000人』の壁を突破したという恐るべき興味関心を惹いていた【Jenkinsユーザカンファレンス】。 この日ようやく開催の運びとなり、自分も朝イチからガッツリ参加してきました！ 開催場所は法政大学市ケ谷キャンパス 外濠校舎＠市ヶ谷。この日は連日のうだるような暑さが続いており、市ヶ谷駅から徒歩で校舎に向かったのですがこの時点で汗ダラダラ、だいぶぐったり目w » Jenkins ユーザ・カンファレンス 2012 東京 – アクセス 日本Jenkinsユーザ会 (
GREEにおけるJenkins, その2 | GREE Engineering
こんにちは、エンジニアの岡崎(@watermint)です。今回はGREEにおけるJenkinsをつかった品質管理について紹介します。 hourlyビルド 岡崎がGREEに入社したのは1年半前ですが、そのときから感じているのがGREEの開発速度は非常に速いことです。ソースコードレポジトリには多くの優秀なエンジニアが日々数百以上のコミットしています。 GREEのシステムは多くのサブシステムを組み合わせたものですが、手元の些細な変更が全く予想しない別のプロジェクトで問題を起こすことがあります。こういった問題は通常、リリース前の結合テスト等の段階で検出します。 リリース前のテストで問題が発覚すると、当然その修正をして再度修正をリリースプロセスにのせるということになるのですが、これには他のエンジニアの作業を止めてしまったりリリースの順序を調整が必要になることがあります。 こういった事態を防ぐために単
Polling Must Die: Triggering Jenkins Builds from a Git Hook
curl http://yourserver/jenkins/git/notifyCommit?url=<b><url git="" of="" repository="" the=""></url> </b> This will scan all the jobs that's configured to check out the specified URL, and if they are also configured with polling, it'll immediately trigger the polling (and if that finds a change worth a build, a build will be triggered, in turn). This allows a script to remain the same when jobs co
PHPでTDD&CIワークショップ、Jenkins + PHP の各種プラグインパート資料 - Yamashiro0217の日記
はじめに この資料は「PHPでTDD&CIワークショップ」 http://atnd.org/events/16626 で @yamashiro が発表するための資料だよ。 ワークショップ参加者じゃなくても記事読むだけで完結するようには書いてあるよ。 概要としては、Jenkins を使って PHP のウンコレガシーなコードをいかに綺麗にして行くかということを説明する。 自画自賛だけど PHPMD とか PHPCPD の使い方の説明の資料としてもそこそこイケてる資料になってると思いました。まる。 この記事に書かれてることは、割とTemplate for Jenkins Jobs for PHP Projectsとかぶってるけど、プラグインを絞ってあるのと、一個一個のプラグインについて解説、また実際にエラーが起きたときにどうすればいいのか書くよ。 Java と Jenkins のインストールとJ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Jenkinsがテストこけているのにグリーンになる件解決 - shokosブログ
https://www.jenkins.io/doc/book/system-administration/security/
