大江戸Ruby会議06 トーク資料
某艦これビューアで。 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
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
Go Advent Calendar 2013 5日目の投稿です。 Qiitaに投稿するのは初めてな @atotto です。よろしくお願いします。 Go言語のビルド生活をdrone.ioで幸せに暮らす はじめに Goはクロスコンパイルがとても簡単です。実行ファイル形式で配布する場合、他の環境用にサクっとコンパイルして渡すことができます。 ただ、githubなどにコードは公開してるけど各環境用にコンパイルしたものをさっと配布したいなーと思うとちょっと面倒です。みんながGoのコンパイル環境をもっているとも限りませんし。そこで、CI(継続的インテグレーション)環境でクロスコンパイルしてバイナリを配布できるようにするしくみがないか探してみました。 やりたいことをまとめると: リポジトリにあるコードをCI環境上でクロスコンパイルしておきたい 成果物をダウンロードできるようにしておきたい ということで
はじめに JenkinsでJVM上で動かない言語（PythonやRubyなど*1）を使っていると、ジョブごとに環境が分離されていないことが問題になる場合があります。 Pythonにおける virtualenv やRubyにおける Bundler を使えば、ジョブごとに利用するライブラリを分離することができます。しかし、C拡張ライブラリをインストールするためには、ジョブが実行されるノードに開発用のファイルが存在している必要があります。例えば、Pythonモジュールの lxml のインストールにはlibxml2やlibxsltの開発用ファイルが必要です。 *2 このようなファイルが必要になるたびにJenkinsのノードにインストールするのはスマートじゃないですし、実行に必要な環境はコードの形で明文化されているべきです。 ジョブでaptやyumを使ってインストールするのもセキュアじゃないですし、
最近、mocha をつかってテストを書くのが楽しくなってきました。でも、テストの数が増えてくるとローカルでの実行だけでなく、CI 環境が欲しくなりますよね。github にあげられるようなプロジェクトだったら、Travis CI も良いですが、実際に仕事で使うとなると、既存の Jenkins と組み合わせてやる必要ができてきたので、実際にやってみました。 基本的な手順は以下の通りです。 mocha でテスト結果を TAP 形式でファイルに出力する 出力したファイルを Jenkins の TAP Plugin に読み込ませる 簡単ですね。 実際にやってみた というわけで、以下のような最小構成で試してみます。 myapp |- lib | |- calc.js | |- test | |- calc.test.js | |- package.jsonここには書いていませんが、実際は git で
ダウンロードしたJsTestDriverを--portオプションで起動しましょう（ $ java -jar JsTestDriver[バージョン番号].jar --port 9876 ）設定ファイルのサンプルをダウンロードしてJsTestDriver.jarと同じディレクトリにJsTestDriver.confの名前で保存しましょう これでJsTestDriver serverが起動します。 今回はテスト対象としてphantomjsを使用しますが、他にテスト対象のブラウザがある場合、 http://[JsTestDriver server]:9876/capture へ接続して放置します。 （テスト毎にリロードを行う必要はありません）
最近とあるプロジェクトで、JavaScriptを使い、お客さん先のホームページを読込、その内容に応じて広告をJavaScript内で生成する『レコメンドエンジン』の配信サービスを提供している。 その中で、JavaScriptが複雑化してきたので、JSのxUnitの書き方と、CIサーバJenkinsに載せるようにしました。 JavaScriptの単体テスト QUnitとJasmineを調べたが、ピュアなxUnitが好きなので、今回QUnitを選択した。QUnitのテスト表記は下記のようにシンプルなequal関数でサクサクかけました。 書きながらソースコードのリファクタリングも進みました。やはりテストコード書くとコードの悪い所が顕著に見えるのが心地いいです。 １，QUnit 元々は、jQueryのテストフレームワークとしてスタートした。現在はjQueryに依存していない 公式サイト：ht
This document discusses tools and techniques for automating JavaScript development tasks to improve code quality. It recommends using tools like JSHint for static analysis, PhantomJS for testing, Closure Compiler for optimization, and Gradle for building. It also recommends setting up continuous integration with Jenkins to run tests and metrics on every code change and prevent defects. The documen
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く