simctlコマンドの事は知ってはいたのですが、詳細を把握していなかったので 一つ一つサブコマンドを実行して確かめてみました。 [Update]本記事はXcode13.2.1に付属するsimctlを使って確認しています。 #simctlとは Xcodeに含まれる標準CLIツールで、主にシミュレータの管理を行うための機能を備えています。 #simctlサブコマンド simctlは単体で実行することはできず、サブコマンドで様々な機能を実行する事が出来ます。 help ではまずxcrun simctl helpでsimctlにどの様なサブコマンドがあるか確認してみます。 usage: simctl [--set <path>] [--profiles <path>] <subcommand> ... simctl help [subcommand] Command line utility to
参考 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のメタデータを
CocoaPods CocoaPodsはObjective-Cにおけるパッケージ管理ツールです。 gemとかnpmとかCPANみたいな立ち位置のツールです。 基本的にはgemと似せていて、ライブラリをパッケージ登録する際には、 podspecというファイルを作って、 それをpod trunk pushで公開用に登録する感じです。 CocoaPods Guides - Podspec Syntax Reference アップデートプロセス podspecファイルに一度書いたクラスのパスやメタ情報はあんまり更新しないのでいいですが、 s.version = '3.1.0' というようなバージョン情報はアップデートの度に更新しないと行けません。 手動でやるのはない感じがしたので、色々探したのですが今のところそういうバージョン情報を自動的に更新してくれるツールがないようです。 podspec-bu
We love Xcode 5. It's been adding way cool features at a really fast pace, and adopting these features is the quickest way to bliss in life. (Or at least iOS development bliss.) But sometimes these boss new features don't quite get all the way. In the interest of meeting the tools halfway, we present three small code generators to improve your life in subtle ways. Xcode 5 has an awesome new featur
require 'houston' # Environment variables are automatically read, or can be overridden by any specified options. You can also # conveniently use `Houston::Client.development` or `Houston::Client.production`. APN = Houston::Client.development APN.certificate = File.read('/path/to/apple_push_notification.pem') # An example of the token sent back when a device registers for notifications token = '<ce
iPhoneシミュレータにインストールしてるアプリのSQLiteファイルとか直参照してデバッグしたい時にいちいちビルドのログからパスコピペして開いていたけどコマンドから開けるようにした /usr/local/bin/iossim-home Sample.xcodeproject # 文字列一致なので iossim-home Sample でもいい 内容は以下のような感じです Sample.xcodeprojやSample.hoge|SampleをSample.appに置き換え mdfindでLibrary以下を名前検索 最後にヒットしたパスをopenコマンドで開く cd /usr/local/bin curl -O https://gist.github.com/laiso/8382366/raw/iossim-home chmod +x iossim-homehttps://gist.g
この手法は、Xcode 6 では機能しません。 xcrn simctl list などでググってください。
Xcode 5になってxcodebuildコマンドも進化したらしいのですが、あまり変更を追えていませんでした。 今日、ぼんやりとman xcodebuildを眺めていたら-destinationというオプションをみつけました。 これを使えば任意のiOSバージョンでテストを走らせられるなと思ってやってみました。 はじめはXCTestで実行したかったのですが、iPhoneSimulator6.0.sdkやiPhoneSimulator5.0.sdkには xctestという実行ファイルが含まれていないため、以下のようなコマンドでテストを実行することができませんでした。 (OS=7.0だと実行できます。) 1 xcodebuild test -scheme Example -destination "name=iPhone,OS=6.0" OCUnitを実行するounitという実行ファイルはiPh
毎度のことなんだけども、testflightに配信しようとすると Xcodeでアーカイブして Organizerからipaファイル吐かせて testflightにアップして リリースノート書いて いつものメンバーに配信する みたいなフローが必要だったので、面倒になってスクリプトにまとめてしまった。 やってること 流れとしては、 アーカイブする ipaファイル作る リリースノート書く testflightのUpload APIに配信する と言った感じ。 ちなみに大抵Cocoapods使ってるのでxcworkspaceのある環境が対象です。そうでない人は適当にxcodebuild部分だけ書き換えてください。 # !/bin/sh # applicationの名前 APP="hoge" # SDK SDK="iphoneos7.0" # ビルド時の設定 CONFIGURATION="Releas
Thoughts on software development languages, tools and techniques. Storyboard Constants 31 Jan 2013 ##Automate all the things Storyboards can really speed up development but a problem I run into over and over again is working with identifiers that are set in the storyboard and referenced in code. #Problem Let’s take the example of making a segue: You create a segue and then assign it an identifier
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Version / Build Number 更新ツール agvtool
