Travis CIでiOSアプリのリリース作業を自動化する - 24/7 twenty-four seven
この記事において利用している.travis.ymlとRakefileの全体はGistにて公開しています。 ↓ Rakefileの全体はこちら gist.github.com/kishikawakatsumi/8918124 ↓ .travis.ymlはこちら gist.github.com/kishikawakatsumi/8918365 概要 ユビレジではiOS アプリを申請する際に発生する作業の大部分をCIで自動化しています。 申請の作業としてユビレジでは下記のワークフローを決めています。 1. リリースブランチを作る 2. リリースするバージョンのバイナリをビルドする 3. 2と同等のアプリケーションを社内に配布して最終チェックをする 4. クラッシュレポートのサービスとしてCrittercismを利用しているので、そこにデバッグシンボル（dSYM）をアップロードする 5. 2のバイ
Home – Travis-CI
With Travis CI, you never have to choose between speed, quality or cost: Connect directly to Assembla, GitHub and more. Parallel building with our Build Matrix. Simple syntax means faster time to value. Clean VMs for every build. Live build request. Auto-deployment on passing builds Pull request support. Test on Mac, Linux and iOS. Test on unique architecture like AMD Graviton 64, IBM PowerPC and
2016/06/11のフロントエンドカンファレンスのLTで発表した資料です。
Travis CI Blog
Travis CI could be looking for you. Now, you can write an article for Travis CI and get paid. You can earn: $500 per article$250 bonus if the article gets 1,000 organic views... Introduction Trunk-based development is one of the most widely used branching methodologies. It helps teams collaborate and build and deliver software.This article will examine... Docker Build Cloud has been a popular topi
Docker + Jenkins + travis.yml parser 作って Travis っぽいものを作った話 - from scratch
年末にDocker触ってて、これをうまく活かせば、副作用を無視した使い捨てのテスト環境が作れるんじゃねーかな、という意識が高まったのですが、手を付けられずにうにゃうにゃしてました。 そうこうする内に yahooのデベロッパーの方からJenkins with Dockerというタイトルの発表があり、ほぼ僕のやりたい事のベースができていたので、これをforkして、travis.yml parserや若干のバグフィックスを入れてもう少しだけTravisに近づけてみました。 ちなみにこれは 社内 Immutable Infrastructure ハッカソンした時の成果物です。 Immutable Infrastructure Hackathon at :D を開催したら、configspec の敷居が高いのでコミッタになっていました - sonots:blog 今回の成果物に関して、詳しくはここを
この記事は古いです。 ぼくが考えた最強のデスクトップアプリ開発環境 Web技術でデスクトップアプリ書いて push するだけの環境を作る。 主に利用するのは Electron + Travis + GitHub の3つ。 Electron でデスクトップアプリ書いて、push するだけでビルドしてリリースまで完結するデスクトップアプリ開発ができる。 もっと簡単に言うと 「ローカルで開発→push」 だけで GitHub Release に自動でリリースできる。 アプリのビルド自体もTravis内で行えるため、開発環境のOSに依存しない開発が可能。 以下は OS X 環境を前提として説明するが、クロスプラットフォームのためのビルドはTravis内で行うため OS は何でも良い。 念のため各種サービス・フレームワークの説明 簡単に説明すると以下。どれもすごく便利。 Electron: みんな大
しっかり調査してないですが、こういったCIサービスがほぼ存在しない時期にほぼほぼ最初に登場して、一時期明らかにデファクトスタンダードだったと思うので、昔からOSS活動している人ほど、とても多く利用してお世話になっていたと思うので、そういう人であればあるほど、この状況は、怒りではなく、悲しいというか残念というか、辛いと思うんですよね・・・。 今までありがとう・・・。 長年Travis CI使ってきたので、GitHub Actionsによって潰される(のかどうなるのかわからないけど)、の可愛そう、という気持ちが若干あるけど、とはいえ、こういうのよくある話な気はするな…— Kenji Yoshida (@xuwei_k) 2020年10月7日 買収されて方針変わったのかなと感じるところもありますし、OSSプロジェクトが無料で使っていても会社としては辛いのではという気もするので今までの感謝の気持ち
ユビレジのiPadアプリのCI環境をJenkinsからTravis CIに移行したときのまとめ - 24/7 twenty-four seven
こちらの記事について、最新のTravis CIの環境(2014/4/15)ではコード署名に失敗する問題があります。 その問題の修正については下記の記事にまとめました。 Travis CIでipaを作るときのCode Signが失敗するのを修正したメモ - 24/7 twenty-four seven 実際は完全に移行したわけではなくて、Travis CIの有料プラン（プライベートリポジトリが使える）のフリートライアルを試しているところなのですが、しばらくはTravis CIでCIを動かすことにしたので、そのときの設定などをまとめます。 もともとは社内のサーバでJenkinsをホストしていて、それがダメということは全然ないのですが、社内でサーバをメンテナンスするのも面倒だし、ビルドスクリプトとかをポータブルな状態にしておくのは手元でサクッと実行できたりいろいろ都合が良さそうだと思い、試しにや
最近、iPhoneアプリの開発に自動UIテストを取り入れてみたので、手に入れた知見を共有してみたいと思います。 この記事について iOSアプリケーションの自動UIテストを行うためのノウハウについて解説します。 この記事におけるUI自動テストとはiOSシミュレーターや実機を自動で起動し、予め記述していたとおりに操作させ、アプリケーションが問題なく動いているかどうかをテストする手法のことです。 今回はTuneup JSと呼ばれるライブラリを用いて、アプリの自動再生、要素のチェック、画像比較によるテストを行い、最終的にTravis CI上で動かすところまでを書いています。 iOS開発の知識のほか、JavaScript, Rubyを知っていると良いかも知れません。 ここで紹介するもののいくつかはRuby製であり、RubyGems, Bundler, Rakeなど、最低限のユーティリティが動く・使え
1. Travis CI とはTravis CI はオープンソースコミュニティのためにホストされた CI（継続的インテグレーション）サービスです。 継続的インテグレーションってなんだ？ 継続的インテグレーション、CI（英: continuous integration）とは、主にプログラマーのアプリケーション作成時の品質改善や納期の短縮のための習慣のことである。エクストリーム・プログラミング (XP) のプラクティスの一つで、狭義にはビルドやテスト、インスペクションなどを継続的に実行していくことを意味する。特に、近年の開発においては、継続的インテグレーションをサポートするソフトウェアを使用することがある。 引用: 継続的インテグレーション - Wikipedia Travis CI は GitHub と連携しており、CI したいリポジトリーを接続しておくと、Travis CI がコミットを
Travis CIとCoverallsとCode Climateを使ってGitHubリポジトリにバッジを付ける - アインシュタインの電話番号
先月に公開した超ニッチなツールFont Awesome Workflow for Alfred 2が意外と好評で、そこにオクラホマ州からこれOS X Mavericksで動いとらんよとお便りが届いたりした。 そんなわけで少々テストを書いた上で、Mountain Lion以前に入っているRuby 1.8.7と、Mavericks以降に入るRuby 2.0.0の両方で常に動作確認しておくようにしたいと考えて、まずTravis CIを、その後CoverallsとCode Climateを導入した。この記事はその備忘録。 {: .ArtcleBody-inlineImage .u-textCenter } それらを導入すると、こんなかんじのバッジを表示できる。GitHubでよく見かけるやつ。今回使ったサービスはどれも、オープンソースなら無料で使わせてもらえる。 Travis CIは名前の通り継続的
GitHubと連携できる継続的インテグレーションツール「Travis CI」入門 | さくらのナレッジ
開発の現場ではビルドやテストを自動化して継続的に実行していく「継続的インテグレーション」（CI）が近年普及しつつある。CIを支援するためのツールはいくつかあるが、今回はGitHubと連動し、指定したリポジトリ上にあるコードを自動的に取得してビルドやテストを実行できるサービス「Travis CI」を紹介する。 Travis CIで手軽に継続的インテグレーションを導入 「継続的インテグレーション（CI）」とは、ソフトウェア開発過程において頻繁にテストを行うことで問題を早期に発見し、品質の向上を図る開発手法である。しかし、テストを毎回手動で行うのには手間がかかる。そこで特定のタイミングで自動的にテストを実行し、テスト完了後にその結果を通知する「CIツール」などが利用される。 CIツールとしてよく知られているものとして「Jenkins」などがあるが、多くのツールでは独自にテストのための環境を構築し
B! 92 0 0 0 GitHubを使っていて他の人のレポジトリを見てる時によく見る このbuildのバッジが欲しくて Travis CIを使ってみました。 Travis CI Travis CIでの設定 レポジトリ側での設定: .travis.yml 実行されるコマンドの流れ 言語設定 OS設定 環境変数設定 結果の通知手段 あまり長い表示になる様なコマンドは実行できない インタラクティブなコマンドは避けるように sudoは使える バッジを貼る travisコマンド Pushした際にコマンドを走らせないようにする Travis CIのページがやたら重くなった時の対処 まとめ Travis CI Travis CIのCIはContinuous Integrationの略で、 プログラムのビルドやらテストを継続的に行っていく事を指す プログラマ用語だそうです。 自分でも大事なものはテスト用
TDD & CI for JavaScript [Karma][Mocha][Travis CI]TDD & CI for JavaScript [Karma][Mocha][Travis CI] – inet-lab
諸事情により研究で使うシミュレータを変更せざるを得なくなってしまった森です．心が折れたので，気分転換に昨夏某所で少しだけ弄ったNode.jsを勉強がてら一年ぶりに触っています．一年も経つと様々な新しいモジュールも公開されており，やはりこの界隈は発展が目覚ましいなと感じています．なかでもテスト環境はかなり整えやすくなっているのではと個人的に思いました．そこで今回はJavaScriptでの簡単なテストやその自動化の方法について紹介したいと思います． テストツールの紹介 見て分かるように，主要なものだけでも色々な選択肢があります．ここで挙げられているJasmineやMocha, BusterJSなどがいわゆるxUnitとよばれるようなテスティングフレームワークになります．もちろん全て紹介するわけにはいかないので，今回は MochaやChaiなどを使ってテストを行いたいと思います． node.js
![TDD & CI for JavaScript [Karma][Mocha][Travis CI]TDD & CI for JavaScript [Karma][Mocha][Travis CI] – inet-lab](https://cdn-ak-scissors.b.st-hatena.com/image/square/6fb85709910f40fff26e38398d3681ecb64af169/height=288;version=1;width=512/http%3A%2F%2Finet-lab.naist.jp%2Fblog%2Fwp%2Fwp-content%2Fuploads%2F2014%2F09%2F703cd43fa85a4ad1211f2945c67fefac.png)
JenkinsとDockerでTravisっぽいCIサーバを育ててみている - オープンソースこねこね
最近プライベートなプロジェクトのCIにはcircleciとかが人気なんでしょうかね。 GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー 近頃のCIサーバはアプリケーションのテストだけじゃなく、インフラのテストやデプロイ、ChatOpsなどgitやチャットツールなど他のシステムと連携した自動化のための必須プラットフォームといった感じになってきてる。とはいえ、趣味で開発しているプロダクトに余計なコストはかけたくない。ああ、でもやっぱCIはしたい。 そんなわけで以前から契約だけしていて放置気味だった、さくらのVPSの1GにjenkinsをたててオレオレCIを育てているのでその辺のことを書いてみる。CIの実行環境はDockerを使って仮想化し、ジョブの内容はTravisやcircleciのようにリポジトリ側のyamlファイルに記述できるようにしてみた。構成をざっくりと図解すると以
mochaとphantomJSとtravis-ciでフロントエンドJavaScriptのテスト - Webtech Walker
東京Node学園祭2012 アドベントカレンダーの9日目です。Node.jsとほとんど関係ないうえに内容がけっこう薄い感じなった気がするんですけど気にせずいこうと思います。 フロントエンドのJavaScriptをテストするとき最近はいつもmochaを使ってるんですが、やはりJenkinsとかtravis-ciを使って自動テストもしたいと思って試してみました。 hokaccha/mocha-phantom-travis-test ここではよくあるjQueryで画像のロールオーバーをするというプラグインを作ってそのライブラリに対してテストを書いています。ソースコードはこんな感じです。 $.fn.rollover = function() { return this.each(function() { var $img = $(this); var src = $img.attr('src');
KarmaでTDD + Travis CI + Coverallsなイケてるワークフロー - はてブロ@ama_ch
巷でAngularJSが盛り上がっているのを横目に、最近は黙々とKarmaを触っていました。Karmaはかなりよくできていて素晴らしいと思うんですが、具体的な使い方はあまり見ないので紹介したいと思います。 Karmaについて http://karma-runner.github.io/ Karmaはいわゆるリモートテストランナーです。リモートテストランナーというと、色んなブラウザでテストを走らせることが目的のように思えますが、そうではありません。Karmaは ワークフローの問題を解決すること に主眼が置かれています。なので、コマンドラインでテストを実行するほかに ファイルの変更監視 CIサーバとの連携 デバッグのサポート プラグインによる機能拡張 といった機能を持っています。実際に使ってみると、単にテストを実行してくれるだけでなく、ワークフローが劇的に変わることを実感できると思います。 K
Middleman で作った web サイトを Travis + GitHub pages でお手軽に運用する - tricknotesのぼうけんのしょ
先日 Middleman を使って sapporojs.org をリニューアルしました。 その際に得られた Middleman での web サイト運用の知見をご紹介します。 Middleman って?? 簡単に説明すると、静的 web サイトジェネレータです。 Jekyll をご存知の方であれば、似たようなものをイメージしていただけるとよさそうです。 Middleman の方が優れている点は、 Asset Pipeline や Template Helpers などの便利な機能を利用をすることができることです。 http://middlemanapp.com/ 逆に Jekyll の方が有利な点としては、 GitHub pages が使えるためデプロイが楽であるという点があります。 そこで今回は、 Jekyll と同じく Middleman を GitHub pages に簡単にデプロイ
今日はGithubに公開したiOS用のライブラリを Travis CI と Coveralls に対応した手順を紹介したいと思います。 なお、実際にこれらを適用して運用しているリポジトリのサンプルは、 https://github.com/tokorom/BlockInjection になります。 前提条件 GitHubを使っていること GitHubでなんらかiOS/Mac用のライブラリを公開していること Travis CI https://travis-ci.org/ 目的 公開しているライブラリの最新コードがきちんとビルドが通るものか、テストが通る状態かを明示できます。 iOS用のCI環境を用意するのは通常すごく敷居が高い（物理的にMacが必要）のですが、Travis CIはiOS/Mac用のライブラリのCIを無料で請け負ってくれるかなり太っ腹なサービスです。 事前準備 Travis
Travis CI上でPHPアプリのWebベースのテストを自動化する | Engine Yard Blog JP
PHPなどのさまざまな言語のオープンソースプロジェクトのCI環境として利用されているTravis CIでWebベースのテストを実行してみました。 通常は純粋なコードベースのユニットテストを実行する事が多いかと思いますが、CMSやEコマースエンジンなどオープンソースで配布し、インストールして使うようなソフトウェアではWebブラウザベースでの機能テストを自動化したいというニーズがあるでしょう。Travis CIにはfirefoxがインストールされておりブラウザベースのテストが出来る事は知っていたのですが、今回年末年始の宿題的にテストを実行する為の設定をひと通り行ってみました。 説明を抜きにして動作が見たい方はGitHubとTravis CIへどうぞ yandod/candycane https://github.com/yandod/candycane candycane on Trav
いまさら感もあるのだけど、あまり知られていないようなのでTravis CIの高速化+αなtipsを書いておく。 先にNode.js向けの完成形の.travis.ymlはこちら。 language: node_js node_js: - "0.12" - "4" - "6" sudo: false cache: directories: - node_modules Tipsは3つ。 テスト対象のNode.jsバージョンを指定する sudo: false: コンテナベースの環境を使う cache: 依存パッケージをキャッシュする テスト対象のNode.js/io.jsのバージョンを指定する 最近はカジュアルにio.jsを使う人/プロジェクトが増えてきている（要出典）ので、特に政治的な理由でもなければnpmパッケージのテストはNode.jsとio.jsの両方で流しておくのが良いと思う。.tra
自動ビルド＆テストツールの「Travis CI」が、エンバカデロなどを買収したIderaに買収されたことを発表。サービスはそのまま継続
自動ビルド＆テストツールの「Travis CI」が、エンバカデロなどを買収したIderaに買収されたことを発表。サービスはそのまま継続 コードのビルドやテストの自動実行を行う、いわゆるCIツール（継続的統合ツール）を提供する「Travis CI」が、Ideraに買収されたことを発表しました。 Ideraは日本ではあまり知名度が高くありませんが、データベース関連のツールを提供している企業で、これまでにエンバカデロやSenchaを買収してきました。 Travis CIは、Jenkinsのようにソースコードをリポジトリから取得し、ビルドしテストを実行するという一連の作業を自動的に実行するツールをサービスとして提供しています。 ソースコードのリポジトリとしてGitHubなどと簡単に連係でき、主要なプログラミング言語でのビルドやテストをサポート。リポジトリへのプルリクエストなどをトリガーにして自動的
ブログをJekyllからmiddlemanに移行してTravis CIでGitHub Pagesにデプロイするようにした - Webtech Walker
ちょうど一年くらい前にWordPressからJekyllに移行したんだけど、今回middlemanで作りなおしてみた。 hokaccha/webtech-walker - GitHub 特にJekyllに不満があったわけでもなく単に技術的興味によるもの。 middleman Middleman: Hand-crafted frontend development middlemanはほぼJekyllのようなものなんだけど、Asset Pipelineが使えたり、テンプレートがerbとかhaml、Slimなどで書けたり、helperが充実してたりする。 RailsのViewまわりの機能をそのまま持ってきたような感じなので、普段Rails使ってる人にとってはJekyllよりも使いやすいかもしれない。個人的にもJekyllよりはmiddlemanのほうが好みだった。 調べた時にでてくる情報量など
しばらく iOS アプリを開発していなかったので、リハビリをかねて、LittleApps Inc. 名義で配布しているアプリのリニューアルをしました。 今回試みたこと 2アプリを一つの Xcode Workspace で開発する Swift Today Widget Travis CI で CI TestFlight, Amazon S3, iTunes Connect へ配信 XCTest 実行 Katsumi Kishikawa さんのブログ と Gist (.travis.yml, Rakefile) をとても参考にさせていただきました。 Travis CI を無料で使いたいので、公開リポジトリで管理する: ngs/onairlog-ios その中で、いくつか試行錯誤をしたので、そのメモです。 解決できた問題 MagicalRecord の Beta 版を使うと NSFetchedR
Travis CIならCIの導入コストを限りなく０に近づけられる - shoma2da's diary
対象者 githubを使っている方 CI用のサーバを用意するのが面倒な方 Jenkins構築につまづくことが多い方 Jenkinsのプラグイン管理などが面倒な方 はじめに みなさんCIしてますか？ その際の環境はどのようにしているでしょうか？ VPSなどのレンタルサーバでJenkins構築、なんて方が多いのではないでしょうか。 僕もこのように構築していたのですが、サーバ用意が面倒だったりJenkins構築周りでつまづいたりしてとても憂鬱な作業でした。 そんな方向けに、今回はCIプラットフォームであるTravis CIの導入方法を解説していきます。 Travis CIとは Travis CIとはGithub上のソースを対象にしてCIを実行できるWebサービスです。 Githubのソースコードがpublicであれば利用料は無料です！ 非常に簡単な設定で自動ビルドやデプロイなど詳細な設定が可能で
個人gemのCIをほぼ全部Travis CIからGitHub Actionsに移行した - くりにっき
2日間で30個くらいのリポジトリでGitHub Actionsに移行したのでメモ tl;dr; モチベーション GitHub Actionsを選んだ理由 GitHub ActionsでgemのCIをするための設定 2020/1/4 0:40追記 weekly build 公式のactions/setup-rubyではなくmasa-iwasaki/setup-rbenvを利用 ボツ案：Dockerイメージのrubyを使う masa-iwasaki/setup-rbenvを利用 setup-rbenvを使う場合の注意点 Travis CIのallow_failuresをGitHub Actionsでも実現する GitHub ActionsでRuby 2.3以下をビルドする Gemfile.lockをコミットしないリポジトリでもキャッシュを保存したい GitHub Actionsの不満点 ジョブ
Travis CI が AWS CodeDeploy をサポート AWS CodeDeploy (以下、CodeDeploy) で遊びまくっている者です。 CodeDeploy の肝は、何と言っても自動化でしょう！自動化といえば、CI サービスである Travis CI は既に CodeDeploy をサポートしています。Travis CI を既に使っている人は、少々設定を加えるだけで簡単に CodeDeploy のデプロイ処理を追加できます。 ということで今回は Travis CI 経由で CodeDeploy のデプロイ処理を実行してみたいと思います！ デプロイを自動化してみる 事前準備 まず、Travis から CodeDeploy を実行するため、IAM User を作成しましょう。デプロイが実行できるよう、次のようなパーミッションにします。 { "Version": "2012-
概要 AnsibleでMacの開発環境構築を自動化してみたので、やった事や調べたものをメモしておく。 Boxenみたいなのをansibleでやりたいなぁと思ったのがきっかけ。なのでour-boxen(テンプレ)みたいなのと、それをコピーしてカスタマイズした自分専用のリポジトリの二つを用意した。 https://github.com/tell-k/blister-pack .... 基本的なセットアップ内容 https://github.com/tell-k/blister-pack-mine ... 自分個人のセットアップ内容 blister-packの利用方法はREADME.rstを参照してください。 以下のような事をやった。 Mac OSX の開発環境構築をansibleで自動化する。主にhombrew + homebrew-caskで必要なパッケージをインストール Boxenのように
Travis CI で PHP 5.4 も CI する, PHPUnit も Behat もやる | Born Too Late
この記事は PHP5.4 Advent Calendar jp: 2011 の 20 日目です. 前日: 次のプロジェクトで PHP 5.4 の採用を提案するための 3 つのポイント (@co3k さん) 翌日: (@kokkekun さん) Travis CI とは Travis CI は, Continuous Integration (CI: 継続的インテグレーション) を実行するクラウド環境です. GitHub に push すると, Travis CI の VM 上に通知が行われ, GitHub リポジトリからのチェックアウトや, ユニットテストの実行が行われます. ユニットテストの実行は成功/失敗の結果により通知が行われ, また, 履歴も Travis CI 上に残ります. 元々は Ruby 専用のサービスだったと思いますが, その後 Clojure や Node.js などを
Travis CIでブラウザテスト¶ Travis CI はGithubアカウントを使ってログインして利用するCIサービスで、CIしたいプロジェクトを選択すればGithubへpushにhookしてテストが実行されます。 実行するテストの設定ファイルを .travis.yml に書いて置くことでどのようなテストを実行するかを設定できます。 テストが失敗したり、失敗してたテストが直った場合はメールで通知などを飛ばすこともできます。 また、テストの成否はコマンドの終了ステータスで行われていて、 0 なら成功、それ以外だと失敗というステータスになります。 大抵のテストフレームワーク(or 実行環境)などはちゃんと終了ステータスを返してくれるのでテストの成否は正しく判定できます。 こういうウェブサービスの場合、DOMやXHRなどがないJavaScriptのロジックテストのみしか動かせないように思われ
Travis CIと連携してカバレッジを測定するCoverallsがCandyCaneに炸裂した件 : candycane development blog
先日告知したCandyCaneの開発会が無事に執り行われました。参加者の皆様にはCandyCaneの特製パーカーと肉たくさんカレーを進呈させていただきました。Hamacoさんの動きっぷりにイベントの盛況さが現れています。 丸一日のTDDは強烈な成果 今回は新しく開発に加わってもらう方を募るという事も兼ねて、ユニットテストを厚くするという作業を中心に丸一日の開発を行いました。よって1日で20以上のプルリクエストをマージしましたが、昨日は何も増えていません。とはいえ実際に稼働するアプリケーションのソースコードにテストを書き、プリリクエストとCIを併用したチーム開発を行うという内容は実にチャレンジでTDD未経験の方にとっても実りある内容になったようです。 Travis CIは最強 コミットがプッシュされる度に自動的にユニットテストを実行して結果をレポートしてくれるTravis CIですがやはり便
.travis.ymlめぐり
Travis CI というGithubと連動してGithubにコミットすると勝手にテストが走ってテスト結果を通知してくれる、ようするにJenkins as a Serviceみたいなやつがあって、とても便利なので知らなかった人はこの際使いましょう。 そんでTravisの設定ファイルが.travis.ymlで、プロジェクトのディレクトリに置いておくだけでいいんだけど、ごく最近rubyの.travis.ymlを書き直したので、そのときに調べたものを開陳しておこうというエントリ。 https://github.com/ruby/ruby/blob/trunk/.travis.yml これが最終的に今のRubyの.travis.ymlで、俺の趣味によるやりすぎ気味のコメントと、language: cの例としてはもっとも網羅的な(つまり微に入り際に穿った)記述が特徴。Cのプロジェクトはまずこれをコピ
Travis CI (Pro) の実行をジョブの並列化とBundlerとCocoaPodsのキャッシュで速くした - 24/7 twenty-four seven
ユビレジではTravis CIを使って、テストの実行とベータ版のTestFlightへのアップロードを自動化しています。 Pull Requestが送られた時と、マージされた時に自動でマージした結果のベータ版が配布されるので、手元で変更をすぐに試すことができて便利です。 【参考】 Travis CIでiOSアプリのテスト＆ベータ版の配信に使っているRakefileを改善したメモ - 24/7 twenty-four seven ユビレジのiPadアプリのCI環境をJenkinsからTravis CIに移行したときのまとめ - 24/7 twenty-four seven ただ、これは導入当初からあった問題なのですが、Travis CIにジョブが登録されてから終了するまで、だいたい20〜25分くらいと、少し時間がかかるのが気になっていました。 そこでジョブの並列化と、BundlerとCoco
Travis CIでipaを作るときのCode Signが失敗するのを修正したメモ - 24/7 twenty-four seven
一週間ほど前から（おそらくTravis CIの環境がXcode 5.1に変わってから）Travis CI上でipaファイルの作成に失敗するようになってしまって、TestFlightにベータ版を自動的にアップロードすることができなくなっていたのを昨日ようやく直したのでメモ。 ↓ということで以前に書いた記事はちょっと古くなってしまいました。 本文はそのままですが、参照先のgistの内容はアップデートしてあります。 ユビレジのiPadアプリのCI環境をJenkinsからTravis CIに移行したときのまとめ - 24/7 twenty-four seven 失敗している箇所のエラーメッセージは下記の通り。ipaを作る前の、プロジェクトのビルドでコード署名をするところで失敗しているけど、これだけだと原因がよくわからないのでまず手元で同様のメッセージが出る状況を再現することを実行しました。 
npm test は node で JS のコードを実行するように package.json で設定し，そのスクリプトの中でテスト用の小さな Electron アプリを実行するようにします． var electron = require('electron-prebuilt'); // ... var finished = child_process.spawnSync( electron, ['path/to/test-app', 'test-file1.js', 'test-file2.js'], {stdio: 'inherit'} ); process.exit(finished.status); テストは Electron アプリ上で実行するため，Electron アプリの stdio を引き継ぐようにします．実行する Electron アプリはエントリポイントとなっている JS
Enterprise – Travis-CI
Complete the form below and our sales team will customize a plan for you. I agree to receive marketing communication from Travis CI for product updates, sales services, promotions, news, and events. I can withdraw my consent at any time and update my communication preference at the subscription center from any email received. By registering, you confirm that you agree to the processing of your per
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Lambda+GItHub+Travis CIで全自動サーバーレスAPI
噂のRuby&Githubなプロジェクトにスキな継続的インテグレーションサービス「Travis CI」を試してみたらすごくよかった
Electron + Travis で楽々ビルド・リリースする最強のデスクトップアプリ開発 - Qiita
今までありがとうTravis CI、さよならTravis CI - xuwei-k's blog
Tuneup JS+Travis CIによるiPhoneアプリ自動UIテストまとめ - 5.1さらうどん
Travis CI 入門：GitHub + Travis CI で継続的インテグレーション « をぶろぐ
Travis CIを使ってみた: GitHubのレポジトリにバッジを貼りたかったから
iOSのライブラリだってTravis CIとかCoverallsとか使うべき | TOKOROM BLOG
いまどきの.travis.yml - teppeis blog
Amazon.co.jp: 入門git: Travis Swicegood (著), でびあんぐる (翻訳): 本
「GitHub」から非公開リポジトリなどのデータが流出 ～「npm」にも被害／「Heroku」「Travis-CI」発行のOAuthトークンが盗難・悪用される
Xcode 6 (Swift + Travis CI + iOS 8)
AWS CodeDeploy + Travis CI でデプロイを自動化する | DevelopersIO
Macの開発環境構築(Ansible + Serverspec + Travis CI) - Qiita
Travis CI、Coveralls、Code Climate、RubyGems、Gemnasium、deppbotと連携させよう！
Travis CIでブラウザテスト — The little book of Buster.JS 0.7 documentation
Electron アプリを Travis CI でテストする - Qiita