Jenkinsとrrrspecと私 - 弥生開発者ブログ
Misoca開発チームの黒曜(@kokuyouwind)です。 最近PS VRを買いました。画像は夏にSony StoreのPS VR体験会へ行った際、スタッフの方が撮ってくださった写真です。 OculusやViveと比べると解像度は低めですが十分な没入感がありますし、なによりアイマスやVOCALOIDなどのキャラクターコンテンツが色々あるのは強いですね。 PS VRはいいぞ。 rspec-queueからrrrspecへの移行 MisocaではJenkinsを使ってCIを回しています。 またrspecでテストを書いており、Jenkins上では時間短縮のためにrspec-queueを使って並列実行していました。 しかし、テストが増えるにつれてrspecの実行時間が長くなってしまい、CPUコア数やメモリの制約で1ノード内での並列数も限界になっていました。 このため、ビルド時間の短縮を目的にrr
Travis CIでのOS X環境について(+Linux環境についても)
B! 3 0 0 0 GitHubに置いてあるコードを Travis CI を使ってテストを行っていますが、 Travis CIでは通常Linux環境ですが、 OS X環境も使うことが出来ます。 Travis CIのOS X環境 Travis CIのLinux環境 Travis CIのOS X環境 Travis CIの設定ファイルで os: - linux - osx の様に、osという値にlinuxまたはosxという値を与えることが出来ます。 これによって $TRAVIS_OS_NAMEという値にこの値が入り使うOSが決まります。 Testing Your Project on Multiple Operating Systems - Travis CI 何も指定しなければlinuxですが、上の様に書けば両方の環境で 1回ずつテストすることになります。 また、 language: obj
Circle ci and docker+serverspec
CIツール勉強会＠福岡 (http://connpass.com/event/12120/) で、Circle CIの話しを発表したRead less
開発者テストの失敗を追跡しやすくすることで大人数での Web サービス開発を加速する - クックパッド開発者ブログ
会員事業部サービス開発グループ長の村田です。 私は2015年1月から会員事業部でサービス開発エンジニアをやっていますが、2014年4月までは技術部開発基盤グループで Web サービス開発を加速させる様々な取り組みを実施していました。本稿では、開発基盤グループ時代に私が取り組んだ開発者テストの失敗を追跡しやすくする取り組みについて説明します。 クックパッドの Web サービス開発と CI クックパッドのサービス開発は、大きくても5名くらいの小さなチームが一つの機能を担当します。しかし、多数のチームが1つの大きな Rails アプリケーションを同時に変更するのが特徴です *1。 Web サービス開発を加速する工夫には様々な方向性が考えられますが、ここでは、クックパッドのようなスタイルでの Web サービス開発を加速するために開発者テストを何如に円滑にするかを考えます。 図: オムキンス クック
Developers.IOが更新されたらYoするDEVIOを作った | DevelopersIO
はじめに 皆さん、Yoしてますか？ 相手にYoを送りつけるだけの不思議なソーシャルネットワーク「Yo」ですが、皆さんいまいち使い道のわからないまま、Yoが来たら機械的にYoを返すような状況になっているのでは無いでしょうか。しかしYo APIを使えば様々なアプリケーションが作れる...ということで世の流行から周回遅れもいいとこなんですけど、Yoを使って本ブログ「Developers.IO」が更新されたらYoを送るだけのスクリプトを書いてみました。 ソースコード #!/usr/bin/ruby require 'rss' require 'net/http' YO_API_TOKEN = "edit_your_api_token_strings" def rss_yo(url) lastupdate = Date.new rss = open(url) do |data| RSS::Parse
Jenkinsで依存するプロジェクトのビルドパラメータを引き継ぎたい - oinume journal
結論から言うと「Parameterized Trigger Plugin使え」 Jenkinsには「ビルドのパラメータ化」という便利な機能がある。例えば任意の文字列を渡すことができるので、ビルドするGitリポジトリのブランチ名を指定したりする。この機能はとても便利なんだけど、プロジェクトBがプロジェクトAに依存していて、Aと同じブランチ名をビルドしたい時にどうすればいいのかわからなかった。(JavaでWebアプリ開発する時はたいてい hoge-core というDB回りのクラスを集めたものと hoge-web っていうWebアプリケーション回りのプロジェクトにわけたりするので) でで、調べたらParameterized Trigger Pluginというそのものズバリなプラグインがあった。 使い方は、依存しているプロジェクトA側の設定で 後処理→Trigger call builds on
Webサービス開発現場から / 近頃の開発のやり方 ･･･ Github と Pull Request とコードレビュー - naoyaのはてなダイアリー
先日プレスリリースが出たのですが、KAIZEN platform という会社で技術顧問などをやっています。それから、一昨日自分も出たWebアプリケーション開発に関する勉強会 (資料) を開いたじげんという会社でも少し前から同じように顧問のような形で携わっています。 自分が関わっている会社のPRも含めて、すこし、2013年現在のWebサービス開発の現場感、やり方みたいなものを書いてみたいと思う。ただ、自分の利益があるところの話だけではフェアではないので、Webエンジニアならよく知っているであろう Qiita を運営しているインクリメンツの様子も合わせて紹介する。 KAIZEN platform KAIZEN platform が提供しているサービスは planBCD という A/B テストの SaaS で、Webサイトのコンバージョンだとかを画面の構成要素を変えて効果測定したいとか、そういう
組織に継続的インテグレーションを導入していく7つの段階
みなさんこんにちは。@ryuzeeです。 継続的インテグレーションの導入に関する分かりやすい記事があったので抜粋・意訳にてご紹介します。 原文はJohn Ferguson Smart氏のブログ記事「The Seven Phases of Introducing Continuous Integration into Your Organization」です。 継続的インテグレーションは全部かゼロかといった類のものではない。事実、CIの組織への導入はいくつかの明確な段階を経て進んでいくのだ。それぞれの段階は技術的な構造もそうだが、それ以上に重要であるであろう開発チーム自体のプラクティスや文化のインクリメンタルな改善を含んでいる。 以下の章では各段階についておおよその全体像を示すことにしよう。 第1段階 ビルドサーバがない初期の段階ではチームはなんらの中央ビルドサーバも持ちあわせていない。ソフ
継続開発のススメ - Twisted Mind
概要 開発をすればリリースがあり、リリースが終われば開発があります。継続開発をする以上はリリースと開発の繰り返しです。 開発手法やリリース手段は沢山あるのですが、あまりしっくりくるものが無かったので自分でまとめてみました。 これで完璧というものは残念ながらこの世にないと思うので、これからも臨機応変に良い流れを作って行ければと思います。 この文章は以下のような構成になってます。書き殴りですみません。 バージョンの付け方 ソースコード管理とリリース タスク駆動 環境方針 定義 いくつか事前に定義しておかないと話しが訳わからなくなりそうなので。 バージョン管理には git を採用しています。 開発というのはコードを書く事だけを指してはいません。 ここでいうフレームワークは「自身で開発している」として扱います。そうしないとちょっと難しいので。 ライブラリは自身の開発とそれ以外があると思いますので、
開発環境勉強会 in Nagoya #1 で発表してきた - ぐるぐる～
6/18 に開催された開発環境勉強会 in Nagoya #1で CI っぽい話と Vim の話をしてきました。 CIのその先へ View more presentations from bleis tift Vim再入門 View more presentations from bleis tift @kei10in / Vim 結構ぱないね．使わないけど！ #devstudy @sunflat / Vim奥が深い #devstudy @kaizen_nagoya / vim長年使っていたが、使っていない機能を覚えれた。#de... @fate_fox / Vimのことがさらに好きになった #devstudy @youku_s / 家に帰ったらvimプラグインをいろいろ試そう。補完系しかい... Emacs 使いの人にも Vim のいいところを伝えることができたのはよかったですね。 ちな
Jenkinsの生みの親が語る、継続的インテグレーションの未来 － ＠IT
2011/06/06 5月24日、日本Javaユーザグループ（以下、JJUG）の主催による「JJUG Cross Community Conference（以下、JJUG CCC） 2011 Spring」が行われた。JJUG CCCはJJUGが年2回開催している定例イベントであり、Javaに関する最新の動向や活用事例などが紹介される。 本稿では、オープンソースのCIサーバ「Jenkins」の生みの親である川口耕介氏による基調講演の様子をお伝えする。 「Jenkins」はソフトウェアプロジェクトのビルドやテストを自動化する継続的インテグレーション（CI：Continuous Integration）サーバの一種である。もともとは「Hudson」という名称で開発・公開されていたが、商標上の問題によってJenkinsに改名された。 JJUG CCCの基調講演は、その生みの親であり現在もプロジェ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Why I Moved Back from Gradle to Maven
会長@腹部日記(2011-08-16)