All downloads are hosted by Apple. Links on this site take you directly to Apple’s download pages. This is not an official Apple website. Please consider donating to help maintain it. Stay up-to-date via our JSON API, RSS feed, and Mastodon account.
はじめに AWAという音楽ストリーミングサービスでiOSエンジニアをやっている小梛です。 AWAでは、Build時間が長いことによる開発効率の低下が定期的に問題になっており、高速化のためにさまざまな試行錯誤を重ねてきました。 その概要については、昨年末CA.swiftというiOS勉強会において「Build時間改善」というタイトルでLTさせていただきました。 ただ、このLTから既に半年が経過し、Xcodeのアップデートもあったことで、一部挙動が変わっていたりします。 本記事では、最新データを再調査した上で、LTでは伝えきれなかった詳細部分についても含めてBuild高速化についてご紹介できればと思います。 目次 調査環境 Build時間の計測方法 Build設定の最適化 コードベースのCompile時間削減 Buildマシンの性能を上げる まとめ 調査環境 macOS Sierra / Xco
まとめ RAMディスクを作ってビルドすると早くなる SSD上でビルドすると9分 RAMディスクでビルドすると6分 Androidは未検証だが同じと思われる Macだととても簡単にRAMディスクが作れる Jenkins等、ビルドが主目的の場合に有効と思われる メモリが余っているならやる価値はある Mac OS XでのRAMディスク作成 Macではhdidコマンドを使うことで、メモリ領域をディスクとして使用することが出来ます。 メモリはSSDと比べても遙かに早く、R/Wの激しい処理にうってつけです。 また、rootでなくても作成できるため、非常に便利です ディスク作成手順 2つコマンドを実行するだけです。 hdid -nomount ram://4096000 # 指定した容量でRAMディスクが作成されます。 # /dev/disk2等作成された場所が返ります。 # ファイルシステムがないため
iPhoneアプリのクラッシュログからクラッシュの原因を探す。 必要なもの クラッシュログ dSYMファイル クラッシュログを取得 クラッシュログ一覧を表示 Devicesウィンドウを開く Xcode Windows -> Devices (Shift+Cmd+2) デバイスを選択 View Device Logs でクラッシュログの一覧を表示 クラッシュログのエクスポート 該当アプリのクラッシュログをCtrl+左クリック(右クリック) Export Log で任意のディレクトリに出力 dSYMファイルを取得 Organizerを開く Xcode Windows -> Organizer (Shift+Cmd+2) 該当アプリのクラッシュしたバイナリに対応するxcarchiveファイルを表示 該当アプリを選択 クラッシュした時のビルドをCtrl+左クリック(右クリック) Show in F
自分のiOSデバイスなら開発者ライセンスなして、アプリを動かせるようになるので、自動でコードを落してきてビルドして転送するタイプのアプリ配布補助をだれか初めてほしい。「brew install ios/hoge」でイスントールできる感じ— mzp (@mzp) 2015, 6月 10 Xcode7 からApple Developer Programに参加しなくて、iOSアプリの実機デバッグが可能になった。 これを利用し、Github等で公開されているソースコードをダウンロードし、自分のiPhoneにインストールするHomebrew拡張を作った。 例えば brew sparkling install SparkingSample でサンプル用のアプリケーションがインストールされる。 主な用途としては、次のようなアプリケーションの配布を想定している。 進捗時計のような雑なアプリケーション。Ap
概要 この記事でできるようになること 安定してInfo.plistの内容(ここではBuild番号)を変更できる ふつうにRun Scriptで編集するとタイミングによってすぐにアプリに反映されないことがあったりしたがそれが解消される Info.plistに差分がでないのでcommitのときに邪魔にならない なお、この方法を教えてくれた熊谷さんがこの方法に行き着いた経緯や所感がこちらに詳しくまとめられています。詳細や考え方などをきちんと知りたいかたは是非、熊谷さんの記事をご一読ください! 必要な設定 Preprocess Info.plist file でInfo.plistをビルド前に確定させる Run Scriptで${TEMP_DIR}/Preprocessed-Info.plistを編集する 以下、具体的な話をします。 経緯 これまで、 デバッグ用やArchive用のアプリのバージョ
XIB とは拡張子の名前。XML Interface Builder の頭文字である。 ※2010/01/07現在の日本版Wikipediaには、Xcode Interface Builderの略であると説明されているが、英語版Wikipediaにはそのような記述はない Xcode の一部である Interface Builder は、GUIを構成するパーツをドラッグ&ドロップすることにより、アプリケーションを作成していくソフトウェアである。内部的にはすべての情報をXML形式で保存し、出力する。この Interface Builder によって生成されるファイルがXIBファイルである。 なお、Interface Builder のバージョン3.1以前は、バイナリ形式の nib という拡張子のファイルを出力していた。NIB とは、NeXT Interface Builder の頭文字である。
参考 Testflight build notes via iTMSTransporter [self reloadData];: Automatic app creation and binary upload Command upload App/Ipa to the iTunes Connect App Store Redesign of itunes connect · Issue #38 · kovpas/itc.cli · GitHub TL;DR Xcode(厳密にはApplication Loader)に付属するiTMSTransporterまたはaltoolを使います。 上記のリンク先を見ればだいたいわかります。 altoolのほうが直感的なコマンドで簡単です。 iTMSTransporterはそもそもゲームのアイテムなど大量のIn-App Purchaseのメタデータを
2014/02/09 追記 コメントのところでやり取りしているようにmergepbxの作者さんから連絡があって、この記事で書いた問題が修正されました! 今現在は merge=mergepbx がいい感じになってきているのでそっちがオススメです。 複数人でプログラミングしているとpbxprojがやたらとコンフリクトする 例えば、 Aさんが AALabel.m をプロジェクトに追加して Bさんが BBLabel.m をプロジェクトに追加して とただそれだけなのにマージのときにコンフリクトするpbxprojさん。。。 ただそれぞれファイルを追加だけのことでコンフリクトするなんて… どうにかならんもんかいとTwitterでつぶやいたところ、 @azu_re さんから有り難い教えが! @tokorom gitはファイル別にマージ方法を指定できるので、mergepbxみたいなのをpbxprojのマージ
这可能是因为: 您已输入的网址不正确,或您要找的网页可能已被更新或删除 您访问的网站正在备案中,暂时禁止访问 据工信部电管[2010]64号文件,对未进行ICP备案或备案信息不完全的网站,进行强制关停。 中企动力作为此网站的运营商,有责任和义务免费协助网站所有者,核实相关信息及办理相关手续。
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
以前から気になってたことですが、以下のエントリについて。 iPhoneアプリを作ってみよう:目次エントリー - もとまか日記 もう2年以上も前の記事なので、内容的に古くなってしまって、所々で最新の内容とは異なる動きをしてるんだろうな、と思ってました。とはいえ、随時対応していくのはなかなかシンドイ、というか実質無理です。なのでずっと放置してたんですが、先日公開されたXcode4でUI等が大きく様変わりしたこともあり、この機会に最新の内容に対応した記事を用意していこうかな、と考えました。 てことで、第1回目はやっぱり「じゃんけんゲーム」です。今回は今後のことも踏まえて試してみたいこともあるので、構成を以前とは変えて、1記事で全内容としているため少々重いかもしれません。ご了承くださいm(_ _)m プロローグ 今回の題材「じゃんけんゲーム」のイメージは以下です。 難しい部分は一切なく、その仕組み
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く