[B! CI] hiroyukimのブックマーク

Docker時代の分散RSpec環境の作り方 // Speaker Deck

大江戸Ruby会議06 トーク資料

hiroyukim 2017/03/20

リンク

AppVeyorを使ってCI環境構築してみた - 亀岡的プログラマ日記

某艦これビューアで。 posaunehm/KanColleViewer .NET用のCIサービス、AppVeyor てなわけで、AppVeyorです。元はといえば、このツイートでして。 @Grabacr07 @Posaune appveyor にしましょう。OSSなら無料— たなか@開幕勝利 (@tanaka_733) 2014, 4月 28 流れとしては Grabacrせんせー自動ビルドを願う（多分）僕がJenkinsを建てようとする tanaka_733せんせーに止められるはい、僕が悪いです。それはともかくとして。 AppVeyorってのは、ざっくり言うと、.NET用のTravisCIです。もっとざっくり言うとクラウド上におわします執事さんです。いや、Jenkinsではないんですけどね。 Continuous Integration and Deployment service

hiroyukim 2014/11/08

リンク

FitNesse+Selenium+Jenkinsによるテストケース継続的インテグレーション（１）

今回は、JaSTT'11 Tokyo のコープランド氏の講演で紹介されていたFitNesseのお話をしたいと思います。

hiroyukim 2014/10/17

リンク

Go言語のビルド生活を drone.ioで幸せに暮らす #golang (Go Advent Calendar 2013 Day 5) - Qiita [キータ]

Go Advent Calendar 2013 5日目の投稿です。 Qiitaに投稿するのは初めてな @atotto です。よろしくお願いします。 Go言語のビルド生活をdrone.ioで幸せに暮らすはじめに Goはクロスコンパイルがとても簡単です。実行ファイル形式で配布する場合、他の環境用にサクっとコンパイルして渡すことができます。ただ、githubなどにコードは公開してるけど各環境用にコンパイルしたものをさっと配布したいなーと思うとちょっと面倒です。みんながGoのコンパイル環境をもっているとも限りませんし。そこで、CI(継続的インテグレーション)環境でクロスコンパイルしてバイナリを配布できるようにするしくみがないか探してみました。やりたいことをまとめると: リポジトリにあるコードをCI環境上でクロスコンパイルしておきたい成果物をダウンロードできるようにしておきたいということで

hiroyukim 2014/07/28

CI
golang

リンク

Dockerを使ってJenkinsのジョブごとにテスト実行環境を分離する - orangain flavor

はじめに JenkinsでJVM上で動かない言語（PythonやRubyなど*1）を使っていると、ジョブごとに環境が分離されていないことが問題になる場合があります。 Pythonにおける virtualenv やRubyにおける Bundler を使えば、ジョブごとに利用するライブラリを分離することができます。しかし、C拡張ライブラリをインストールするためには、ジョブが実行されるノードに開発用のファイルが存在している必要があります。例えば、Pythonモジュールの lxml のインストールにはlibxml2やlibxsltの開発用ファイルが必要です。 *2 このようなファイルが必要になるたびにJenkinsのノードにインストールするのはスマートじゃないですし、実行に必要な環境はコードの形で明文化されているべきです。ジョブでaptやyumを使ってインストールするのもセキュアじゃないですし、

hiroyukim 2014/01/13

リンク

mocha と Jenkins で Node.js の CI 環境を構築する - hakobera's blog

最近、mocha をつかってテストを書くのが楽しくなってきました。でも、テストの数が増えてくるとローカルでの実行だけでなく、CI 環境が欲しくなりますよね。github にあげられるようなプロジェクトだったら、Travis CI も良いですが、実際に仕事で使うとなると、既存の Jenkins と組み合わせてやる必要ができてきたので、実際にやってみました。基本的な手順は以下の通りです。 mocha でテスト結果を TAP 形式でファイルに出力する出力したファイルを Jenkins の TAP Plugin に読み込ませる簡単ですね。実際にやってみたというわけで、以下のような最小構成で試してみます。 myapp |- lib | |- calc.js | |- test | |- calc.test.js | |- package.jsonここには書いていませんが、実際は git で

hiroyukim 2013/08/07

リンク

JsTestDriverとphantomjsとJenkinsを使ってのJSの継続的なテスト

JsTestDriverとphantomjsとJenkinsを使ってのJSの継続的なテストを行う方法を解説します。 Javaのインストール JsTestDriver、Jenkins共に実行にJavaが必要になるため、Javaのインストールを行いましょう。すでにインストール済みの場合は必要ありません。 JsTestDriverのインストール JsTestDriverのjarを落としましょうダウンロードしたJsTestDriverを–portオプションで起動しましょう（ $ java -jar JsTestDriver[バージョン番号].jar –port 9876 ）設定ファイルのサンプルをダウンロードしてJsTestDriver.jarと同じディレクトリにJsTestDriver.confの名前で保存しましょうこれでJsTestDriver serverが起動します。今回はテスト対象と

hiroyukim 2013/08/07

リンク

Jenkins + PhantomJS + QUnit でJavaScriptをCIする » 梨木を読む

最近とあるプロジェクトで、JavaScriptを使い、お客さん先のホームページを読込、その内容に応じて広告をJavaScript内で生成する『レコメンドエンジン』の配信サービスを提供している。その中で、JavaScriptが複雑化してきたので、JSのxUnitの書き方と、CIサーバJenkinsに載せるようにしました。 JavaScriptの単体テスト QUnitとJasmineを調べたが、ピュアなxUnitが好きなので、今回QUnitを選択した。QUnitのテスト表記は下記のようにシンプルなequal関数でサクサクかけました。書きながらソースコードのリファクタリングも進みました。やはりテストコード書くとコードの悪い所が顕著に見えるのが心地いいです。１，QUnit 元々は、jQueryのテストフレームワークとしてスタートした。現在はjQueryに依存していない公式サイト：ht