年末にDocker触ってて、これをうまく活かせば、副作用を無視した使い捨てのテスト環境が作れるんじゃねーかな、という意識が高まったのですが、手を付けられずにうにゃうにゃしてました。 そうこうする内に yahooのデベロッパーの方からJenkins with Dockerというタイトルの発表があり、ほぼ僕のやりたい事のベースができていたので、これをforkして、travis.yml parserや若干のバグフィックスを入れてもう少しだけTravisに近づけてみました。 ちなみにこれは 社内 Immutable Infrastructure ハッカソンした時の成果物です。 Immutable Infrastructure Hackathon at :D を開催したら、configspec の敷居が高いのでコミッタになっていました - sonots:blog 今回の成果物に関して、詳しくはここを
継続的インテグレーションの手順のうち、デプロイに焦点を当てて、テストの実行から、GitによるHeroku環境へのデプロイまでを自動化する方法を解説。Mac向けのGrowlを使って実行結果を通知する方法も説明。 ← 前回 連載 INDEX 次回 → 連載第1回「Jenkinsを使ってみよう」ではMac（OS X）／Linux／Windowsへのインストール方法を、第2回「Jenkinsでテストを実行してみよう」ではユニットテストおよびインテグレーションテストを作成し、Jenkinsから実行する手法を解説した。ここまで読んでいただいた読者の皆さんもJenkinsをインストールして自分なりの使い方を模索していることと思う。 さて、連載第1回で「継続的インテグレーションとは次のような手順の繰り返しだ」と説明したのを覚えているだろうか？ プログラミング テストの実行 リファクタリング デプロイ 今回
こんにちは、Web系エンジニアのナカガワです。 皆さん、REST APIのテストはどのようなツールを使っていますか？ 私はJUnitでテストが書ける「Restfuse」を使っています。 今回、実プロジェクトでRestfuse + Jenkinsで定期的にREST APIをテストする仕組みを構築したため、このあたりのノウハウをまとめて書きたいと思います。 REST APIテスト自動化のゴール ゴールは以下の二つです。 (1) APサーバ上で動作しているWebアプリケーションに対し、自動でREST APIテストを実施する。 (2) Jenkinsを用いてCIを実施可能にする。 まず今回は、前者のREST APIテストを実施するところまで紹介します。 Restfuseを使って、REST APIをJUnit上でテスト可能に！ 先にも書きましたが、私が使ったのはRestfuseというツールです。 R
ふと思いついたので会社のJenkinsで使ってるプラグインをまとめてみます。 RailsでJenkins運用してる人の参考になれば幸いです。（入れてるけどあまり使ってないのは端折ってます） 他に便利なプラグインあったらコメントやブコメで教えてくださいｗ Ruby/Rails系プラグイン PMD Plugin - Jenkins - Jenkins Wiki CPD(Copy PasteDetector=コピペ検出)のためのプラグイン。 入門Jenkinsで紹介されていたので入れたはず。 入門Jenkins―実践「継続的インテグレーション」 作者: 末広尚義,竹内一成,太田健一郎,西川茂伸出版社/メーカー: 秀和システム発売日: 2012/09メディア: 単行本購入: 5人 クリック: 138回この商品を含むブログ (9件) を見る 参考：Javaだけじゃない入門jenkins アプリ作る度
Xcode 5からOS X Serverと組み合わせてCIを実現するBotが追加されました。Botは長らくJenkinsとXcodeのコマンドラインツールを組み合わせて生き延びてきたCIコーダーたちにとって福音となるかと思われた機能です。 しかしそこはAppleというべきか流石の独自路線突っ走りで、Jenkinsのような自由度がまったくなくBotの利点があまりないのが現状です。Botの唯一といえる利点は、実機でのテストをCIに組み込めることです。 とは言えMacとの親和性が高くWebページからAdHocの配布を簡単にできたりと、拡張性を考えないならわりと使える面もあります。そこで今回は、Botを使って自動的にビルド＆TestFlightアップロードができる仕組みを作るために、Botのことを少し探ってみることにします。 Bot from Apple VS Jenkins Bot自体リリースさ
.NETでのチーム開発のための環境整備を社内で作成しているところですが、備忘もかねて作業記録や気が付いた点など書いていきます。 今回はTDD開発進めるにあたり準備することを記載します。 今回の概要 単体テストフレームワーク(NSpec) Jenkinsの設定 今回の環境 VisualStudio 2012 Entity Framework 5.0 ASP.NET MVC4 Jenkins 1. 単体テストフレームワーク(NSpec) NSpecはRspecのような記述ができるようNUnitを拡張したライブラリです。*1 RSpecはこのような記述でテストコードが記述できるテスティングフレームワークです。 describe Array, "が空の場合:" do before do @empty_array = [] end it "#empty? は true であること" do @empt
今回紹介するのは、Gradle Jenkins Pluginです。JenkinsのGradle Plugin でも、Gradle JPI Plugin でもありませんので注意。 G*(Groovy, Grails ..) Advent Calendar 2013 の22日目です。今年もGGXに行って来たので、GGXで見つけたネタです。GGXの詳細な報告は年明けの G*ワークショップ でやる予定なのでお楽しみに。 何か？ GradleからJenkinsのジョブを管理(作成/削除/更新)するGradleプラグインです。ジョブの管理ができるというと、同じようなものにJenkinsのJob DSL Pluginがあります。このGradleのJenkinsプラグインもDSLでジョブの定義が出来ますが、JenkinsのJob DSLプラグインのように素敵なDSLでは書けません。基本的にテンプレートとな
3日間の開発合宿で、Docker と Mesos を使ってリソース管理からテスト・デプロイ管理までするやつのプロトタイプを作ってた。 4人チームで3日間みっちりやって、それなりにいい感じにはできたと思う。id:shiba_yu36 が既に書いてるけど、自分の視点から感想だけ書いておく。 本番環境のBlue-Green Deploymentの仕組みのプロトタイプを作っていた - $shibayu36->blog; 経緯 最近忙しくてあまり触れてない、Immutable Infrastracture みたいなのを作ってみたかった。 Docker を開発に使うのはいい感じだけど、実際の運用に組み込むには、というイメージをつかみたかった。 というのをラーメン屋で話してたら4人集まったので風呂敷を広げてみた。 どんなものを作ったか アプリケーションは Docker コンテナとして動かす。 Debia
Literate Plugin The plugin provides support for the literate-style multi-branch project type. What is a literate-style project A Literate-style project is a project where the instructions on how to build the project are part of the actual project themselves. At its simplest, if the project has a README.md file that contains a build section with a literate code block containing the build instructio
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog LT の中で触れた環境を構築するデモコードを Vagrantfile にまとめて GitHub においていますのでよければ触ってみてください。ジョブ登録済の Jenkins が立ち上がるので全く同じ環境を試してもらえます。 yahoojapan/jenkins-with-docker-demo LT は5分でざっと流してしまったため、このエントリで補足します。 ジョブ実行毎にクリーンな環境がほしい 特に説明の必要もなく普段 Jenkins を使っていればジョブ毎にクリーンな環境がほしいと思うはずです。スレーブノードをジョブ毎に新規でインスタンスを立ちあげて実行することもできますが インスタンスの作成、起動はそれなりの時間がかかりま
Jenkins から https 接続で認証付きの Git リポジトリを参照する場合、以下のように URL に直接ユーザー名とパスワードを書く必要がありました。 当然 Jenkins の設定ファイルにパスワードがそのまま書かれてしまいます。個人開発ならいいですが、チーム開発では危険すぎます。これをセキュアにしようとすると、.netrc を使ったりするややこしい手順が必要でした。 ところが、2013年10月22日にリリースされた Git Plugin 2.0 から、Credential Plugin と連携して暗号化したパスワードを保存できるようになったため、大幅に設定が楽になりました。 以下にそのやり方をメモしておきます。 リポジトリの URL は https://foo.com/git/bar.git とします。 “Jenkins の管理 > Credentials > Add doma
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? GithubからJenkinsへのServer Hookを調べた結果をまとめておく。 以下の3つの方法を調べた。 WebHook URLsを用いる方法 Jenkins (GitHub plugin) を用いる方法 Ver1.8で確認 Jenkins (Git plugin) を用いる方法 Ver2.0で確認 この方法を用いるとGithubのコードに修正を加えると対応するJenkinsジョブを走らせることができる WebHook URLsを用いる方法 Githubからコミットの情報を受け取って自力で処理する方法 好きなようにhook処理で
Jenkinsでつちかった、コードの互換性を保ちつつ様々な修正を加えていく技法を紹介します。Read less
いまがんばっているアプリ「漫画で学ぶ英語」のインフラ整備をしました。 目次 1. やりたいこと 2. 全体の構成を考える 3. プロジェクトの構成 4. どのテスト配信プラットフォームを使うか 5. ビルド毎にバージョンをあげること 5.1. versionCodeの採番体型を考える 5.2. バージョンアップスクリプト 6. 開発ビルド、リリースビルド、βビルドを作成する 7. ビルドごとに異なるアプリケーションアイコンを設定する 8. DeployGateにプッシュするタスクを追加する 9. APTを実行する 10. BitBucketのコミット時にJenkinsでビルドする 11. Jenkinsでビルドを走らせる 11.1. BitBucketからソースコードを取得する 11.2. Gradle clean 11.3. 署名鍵をコピーする 11.4.
深淵な理由で（特に並列度をあげると）たまに落ちてしまうテストがあって、その度にあぁこれはたまに落ちちゃうやつなんですよねみたいな会話するのもいかがかと思っていた。 なので、落ちたテストがあった場合に並列しないで再度 prove してあげてそれでも落ちたらレポートするがいいかなぁと思ったのでこういう感じでやってみた。 JUNIT_NAME_MANGLE=none JUNIT_OUTPUT_FILE=output.xml prove -lvr -j5 --harness TAP::Harness::JUnit t JUNIT_OUTPUT_FILE は TAP::Harness::JUnit が生成する xml を指定する環境変数。 JUNIT_NAME_MANGLE に関しては TAP::Harness::JUnit - search.cpan.org に説明がある。 デフォルトだと hud
@acidlemonです。こんばんは。 tech.kayac.comアドベントカレンダーも気がついたら10日目ということで私の出番です。なんでこの日を選んだかっていうと今日はぼくの誕生日〜。ウィッシュリスト等はございませんので心の隅っこでおめでとうと唱えていただければと思います。ちなみにぼくがカヤックに入社する1ヶ月前まで在籍してたsugyanさんと年まで含めて生年月日がおなじらしいです。 さて! 何を書こうかなと思ったんですが、テーマが「私のイノベーション2013」みたいな感じだったはずなので今年の仕事を振り返ってみると… 1月〜3月: 普通に仕事してた 4月上旬: 社内ISUCONしてた 4月下旬〜8月下旬: 普通に仕事してた 9月〜11月上旬: ISUCON3の予選/本戦の準備してた 11月下旬〜: 普通に仕事してた 実はISUCON以外とくに面白いことをやってないのでは…? まぁそ
さて、先日紹介したSonarですが、単体で使うぶんにはあんまり美味しくありません。手動でバッチ叩くなんてやってらんねーですよね。 てなわけで、Jenkins先生登場です。連携させましょう、そうしましょう。 できること できることは、、、まぁ解析を定期的に走らせるだけといえばだけなんですが、プラグインをうまく活用することで、 解析の結果によってビルドを失敗させる 単体テストの実行 → エラー時にアラートもSonarにお任せする なども可能になります。 解析の定期実行をJenkinsにお任せする まずは基本から。といってもここの設定が一番めんどくさかったりしますが。 まずはJenkinsにSonarプラグインを導入します。 Sonar plugin - Jenkins - Jenkins Wiki 導入すると、まずPluginの設定をしてやる必要があるのですが、これがちょいと厄介です。プロジェ
TestFlightへのアップロード部分の内容はAppleに買収されiTunes Connectに統合される前のTestFlightについての情報です、testflightapp.comは2015/2/26に終了です コードを書き終わったがもう会社に行かなければならない、テストのために手持ちのデバイスにインストールしておきたい・・・。趣味でつくっているアプリこそ自動化して開発の時間を捻出すべきなのでは？そんなことを思っていたらMarvericksが無料でリリースされたので押入れで眠っていたMacBook AirにMarvericksとJenkinsを入れてリリース作業を自動化してみました。 前提として Jenkinsのセットアップは割愛しています。かわりに別の記事をあげているので参考にしてください。 OS XにJenkinsをHomebrewでセットアップする Xcode5, Jenkin
こんにちは、岡崎 @watermintです。 このエントリは GREE Advent Calendar 2013の記事です。この記事は5日目の記事です。 今日はGREE Tech Talk #04 スマートフォン時代のソフトウエアテストが弊社セミナールームで行われます。岡崎は「Jenkinsによるテスト自動化の会社への導入」というパネルディスカッションに参加させていただきます。パネルディスカッションの内容がどうなるかは会場の皆様からのご質問などによって変わっていくと思いますが、今日の記事では開発ワークフローについての考えを紹介します。 開発プロセスをなぜ変えるのか 開発プロセスを変えようとするモチベーションはいくつかあると思います。組織規模、ビジネスモデルなどによって多少諸条件は違うとしても大まかには次のような目標を達成することがモチベーションになるでしょう。 開発メンバーが変わっても対応
はじめに JenkinsでJVM上で動かない言語（PythonやRubyなど*1）を使っていると、ジョブごとに環境が分離されていないことが問題になる場合があります。 Pythonにおける virtualenv やRubyにおける Bundler を使えば、ジョブごとに利用するライブラリを分離することができます。しかし、C拡張ライブラリをインストールするためには、ジョブが実行されるノードに開発用のファイルが存在している必要があります。例えば、Pythonモジュールの lxml のインストールにはlibxml2やlibxsltの開発用ファイルが必要です。 *2 このようなファイルが必要になるたびにJenkinsのノードにインストールするのはスマートじゃないですし、実行に必要な環境はコードの形で明文化されているべきです。 ジョブでaptやyumを使ってインストールするのもセキュアじゃないですし、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
