Mac mini増殖中！iOSアプリのビルドをマスター・スレーブ化して時間を短縮する - pixiv inside [archive]
チームでiOSアプリの開発をしていると、ビルドのコストが肥大化しがちです。ピクシブでは、ビルドとテストをMac mini上に構築したJenkinsで行っているのですが、ビルドキューが詰まり、開発速度が上がりにくくなっていました。 これを改善するため、最近、iOSチームのビルドサーバーを、Mac mini 1台から3台に増やし、マスター・スレーブ環境でビルドできるようにしました。今回、そのための設定について、エンジニアの @anchan から紹介します！ ビルドサーバーの環境設定は、GitHubに公開しています！ モチベーション Xcodeは1台のマシンでビルドを並列化できません。チームメンバーとアプリの数が増えるにつれ、それに比例してJenkinsのビルドキューが詰まるようになりました。 Mac mini 1台では厳しくなってきたので、Mac mini 3台でJenkinsのマスター・スレ
![Mac mini増殖中！iOSアプリのビルドをマスター・スレーブ化して時間を短縮する - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/becdf3af7bbff0decc2bf9fe5e40e4be5ab0824f/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fd%2Fdevpixiv%2F20161122%2F20161122105741.jpg)
Build 番号の自動更新スクリプトについて #cocoa_kansai
ツイッターを眺めていたら Info.plist の書き換えについてのお話が流れてきました。 その話題の中心にあった agvtool と、そこから派生して Build 番号を Info.plist そのものは更新せずにビルド時に細工をしてバンドルに埋め込む方法に興味を惹かれ、それについて少し深追いしてみました。 特に Info.plist Preprocessor はなかなか面白い仕組みでした。どのような場面で便利に使えるかは別としまして。Read less
アプリのクラッシュリポートを統計解析できるBugSenseの使い方
前回の「TestFlight＋JenkinsでiOSアプリのベータ版配信を自動化する」では、開発中のiOSアプリをTestFlightとJenkinsを使ってデバイスに配信する手順について解説しました。TestFlightを使うことによって、アプリのベータ版を手軽に、手早く配布できることがお分かりいただけたかと思います。 ベータ版配布を実施する意味はいろいろあると思いますが、ベータ版アプリを使ってもらうことによって、要望や意見などのフィードバックをもらいやすくするという点が一番かと思います。これだけでも大きなメリットですが、さらに効果を高めるためにはクラッシュリポートの分析が有効です。 ベータ版配信したアプリはデバッグを行えないため、クラッシュした場合に原因の特定が困難であるという問題があります。ツールやサービスなどを使ってクラッシュリポートを取得し、分析できるようにしておくことで、アプリ
iOSアプリケーションのモンキーテストツール CrashMonkey について - Qiita
以前作ってGithubに公開していた CrashMonkey というツールについて紹介します。 Github:CrashMonkey CrashMonkey概要 iOSのアプリケーションをモンキーテスト（ランダムな操作をひたすら行う）するためのツールです。 動作イメージはこのデモ動画を御覧ください。 iPhone Simulatorの操作にはUIAutomationを使っていて、ベースとしてui-auto-monkeyを使わせて頂きました。 動作環境 以下の環境でのみ確認してあります。 Max OS X 10.8.4, 10.9.4 Xcode 4.6.3(Build version 4H1503), Xcode5.1.1 Ruby 1.8.7-p371 Rubyについては、1.9系, 2.0系でも動くと思います。 特徴 良い点 アプリのプロジェクト自体に変更を加えなくても実行することがで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
