このノートは、他の人にテスト用のアプリを配布する過程で私が踏んだ落とし穴を記録したものであり、あなたが一度だけ踏むことを少なくできることを願っています。もちろん、Apple Developer アカウントを持っている必要があります。
Expo のShare pre-release versions of your appを参考にして、アプリのプレビューバージョンを次の 3 つの方法で共有できます。
- 内部配布
- TestFlight 内部テスト
- TestFlight 外部テスト
内部配布#
- 内部配布の方法では、各テストデバイスに一時的な設定ファイルを使用する必要があり、1 年に最大 100 台の iPhone にのみこの方法で配布できます。
- 一時的な設定ファイルにはデバイスの UDID が必要です。ユーザーに Mac Xcode を介して接続してもらうか、設定プロファイルをインストールしてもらう必要があります（テスターとの信頼関係を構築する必要があります）。
- Apple にテストデバイスを登録するたびに、Apple の処理を待つ必要があり、それには 1 日かかる場合があります。
- 新しいデバイスを登録するたびに、ビルドをやり直す必要があります。
- この方法で配布されるアプリは、ユーザーがデバイスで開発者モードを有効にする必要があります。
以上から、この方法は小規模な内部テストにのみ適しています。
TestFlight 内部テスト#
TestFlight 内部テストでは、テスターに Apple Developer アカウントの権限を割り当てる必要があり、アプリを審査に提出する必要はありません。したがって、これも小規模な内部テストにのみ適しています。
TestFlight 外部テスト#
TestFlight 外部テストでは、アプリをユーザーにさまざまな方法で配布できます。メールでの追加やリンクでの追加など、これが最も一般的な外部テスト方法です。
要件としては、アプリを審査に提出する必要があり、提出時にテストユーザー用のアカウントを提供する必要がありますが、実際にはこの情報を提出する必要はありません。私の経験によれば、初回の提出には 1 日かかることがありますが、通過させないことはありません。後続の審査は自動審査で即座に通過するため、非常に便利です。
ちなみに、連絡先情報を入力する際、電話番号のエラーメッセージは正しくありません。+86 を追加する必要があります。
結論#
自分が作ったアプリを他の人に共有したい場合、まず TestFlight 外部テストを試してみることをおすすめします。まだ審査の準備ができていなくても大丈夫です。初回の審査が通れば、うれしいことです。
Expo と eas を使用してアプリをビルドして提出することは非常に簡単です。次のコマンドを実行するだけです：
npx eas build --profile production --local
npx eas submit -p ios
もちろん、eas の設定を更新するのを忘れないでください：
{
"cli": {
"appVersionSource": "remote"
},
"build": {
"development": {
"developmentClient": true,
"distribution": "internal"
},
"preview": {
"distribution": "internal"
},
"production": {
"autoIncrement": true
}
},
"submit": {
"production": {
"ios": {
"ascAppId": "123456"
}
}
}
}