Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
いまがんばっているアプリ「漫画で学ぶ英語」のインフラ整備をしました。 目次 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.
Commit Status APIについて Githubにはcommit statusを操作するためのAPIがあります。 commit statusとは、特定のコミットがどういう状態にあるのかを示すものです。 successとかfailureとかpendingとか。 参考: Commit Status API · GitHub Blog commit statusが登録されているコミットをpull requestすると、commit statusの状況を確認して、マージしても問題無いかを自動で表示してくれます。 こんな感じ。 travis-ciを使ってると上手いことやってくれるんですが、今の所、Jenkinsだと多少工夫が必要です。 いくつかやり方はありますが、私が採用したのはparameterized trigger pluginを使う方法です。 設定内容 1. masterや、rele
This plugin saves a copy of the configuration file of jobs and agents (config.xml) for every change made and of the system configuration (<config-name>.xml). You can also see what changes have been made by which user if you configured a security policy. It is also possible to get a side-by-side view of the differences between two configurations and to restore an old version of a job's configuratio
Known issues type key summary Data cannot be retrieved due to an unexpected error. View these issues in Jira Product backlog [TABLE] *Privileged user can be, for example, user having access to job configuration update when job configuration is sync'ed. Releases 0.0.10 (August 3, 2016) Bugfixes SCM-772 Improve Git handling of file paths with spaces 0.0.9 (December 11, 2015) Bugfixes JENKINS-13593 S
Play2.1がリリースされたと言う事で、Play2.1とJenkinsを絡める部分についての設定時のメモを。主に過程を進めていく上で主にScala環境周りで(主に実行権限とかファイルとか)エラーが出たので対処の内容になってます。 とりあえず動かしたレベルなので全然改善の余地ありだし、時間を見て追記更新する予定。 Ubuntu12.04 Scala 2.9.1 Play2.1.0 Play2.1インストール $ wget http://downloads.typesafe.com/play/2.1.0/play-2.1.0.zip $ sudo unzip play-2.1.0.zip $ sudo vi .bash_profile --------------- # add PLAY env. #export PLAY_HOME=/usr/local/bin/play-1.2.5 exp
テストが終わるまでの時間で書いてみる。 Jenkinsでジョブを実行させるときに、外部パラメータで任意のブランチを対象にビルドできると墓ドル。 例えば、自分のローカルブランチをマージするまえに、テストが通るか確認したい場合とか。 そんなのローカルでテストすりゃーいいじゃんって言われるかもしれないが、 テスト全部通すのに時間が掛かるようになってると、とりあえずCIに実行を投げておいてあとで確認するほうがずっと効率がいい。 F.Y.I: Building github branches with Jenkins ジョブの設定 「ビルドのパラメータ化」にチェックをつけて、以下のようにbranchって名前のパラメータを設定しておく。 「ソースコード管理システム」で「Branches to build」のところに、設定したパラメータである"$branch"を入れておく。 ジョブの設定は以上。上記の方
IDEを使えばテストの定義が簡単実ブラウザでテストを実行するので検証が確実標準で画面遷移も含めた結合テストをサポートhtmlの切り出しが不要で実サービスを使ったテストが可能CIサーバとの連携が可能
ダウンロードしたJsTestDriverを--portオプションで起動しましょう（ $ java -jar JsTestDriver[バージョン番号].jar --port 9876 ）設定ファイルのサンプルをダウンロードしてJsTestDriver.jarと同じディレクトリにJsTestDriver.confの名前で保存しましょう これでJsTestDriver serverが起動します。 今回はテスト対象としてphantomjsを使用しますが、他にテスト対象のブラウザがある場合、 http://[JsTestDriver server]:9876/capture へ接続して放置します。 （テスト毎にリロードを行う必要はありません）
このところ頑張って作っていたBuildHiveがようやっとリリースに漕ぎ着けましたので、使ってやってください。 BuildHiveはCloudBeesのDEV@cloudの一環で、GitHubのリポジトリに対する継続的インテグレーションビルドをとても簡単にセットアップできるサービスです。どなたでも無料で使えます。 トップページには既にBuildHive上でビルドされている様々なプロジェクトが表示されます。新しくプロジェクトをセットアップする為に、BuildHiveにいって右上の赤い「Add your Git repositories」ボタンをクリックします。 GitHubとのOAuth認証を聞かれるので、「Allow」ボタンを押して許可してやってください。 すると、CIビルドをセットアップするGitHubのリポジトリを選ぶ画面が出てくるので、適当なプロジェクトを選んで「Enable」を押し
やってきました。jenkins導入ライブ！ お題的には フラグメント化（複数のバージョン、端末が乱立することによる仕様差異）に対応するためのjenkinsの利用です。 なのでいかに簡単に複数台の実機、複数のバージョンのOSで実行する環境を構築するかです。 50分でそんなテストをする環境が構築できるjenkinsってすごいですね！ 400人以上いる会場でライブするって緊張でした。 っていうかライブの初体験がこんな大舞台だとは…。 スライドはこんな感じ Jenkins導入ライブ View more presentations from Hiasyoshi Suehiro 一応、ミスとかでライブ時間内に環境を構築できない時のために テスト部のサーバに予備のマルチOS環境を、 自分のマシンの中にマルチデバイス環境を構築しておきました。 そして銅鑼娘に35分で鳴らしてもらうというセッションとして例外
Goal Jenkins で達成出来る事は沢山ありますが、この記事では複雑な設定を伴わないで実現可能な、apk の自動生成、テストの自動実行までを対象とします。 またビルドツールも Ant, Maven, Gradle, Ivy 等がありますが、標準でもサポートされており、最小構成な Ant を選択しています。 ※ Jenkins でどこまで自動化したいかによりますが、様々なタスクを実行しようと思うと豊富な Plugin を持つ Maven が便利ではあるので、それはまた別途。 ant でビルド出来る様にする Jenkins で CI するには、まずはプロジェクトをコマンドでビルド出来る必要があります。 Eclipse で作成したプロジェクトでは、そのままではビルドする事が出来ない為、後から Android SDK に含まれるコマンドを利用して Ant 用の build.xml を生成しま
Jenkins Advent Calendar jp 2011の3日目です。 Titanium Mobile + Jasmine + Jenkins でiPhoneアプリの自動テスト組んでみた、っちゅう話をします。 本当はプラグインを作りたかったんですが、そこまで行かなかったので（言い訳だよ！）、せめて自動テストをどう組んだかの話をしますね。 Titaniumの自動テストを組みたい 最近Titanium Mobileを使ってiPhoneアプリなど作ってます。 Titanium Mobileについてはもう説明もいらないと思いますが、Javascriptを使ってスマートフォンアプリ（特にiPhoneとandroid）を開発することができるプラットフォームですね。 で、Jenkins野郎な私としては、Titaniumでも自動テストを組みたいんですよね。 Javascriptでテストってどう書くん
あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。
あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。
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ページを開く