対象読者
-
eas submitでストアへの提出を経験し、その手順をさらに省力化したいエンジニア - ビルドから提出までを一続きにして、リリース作業の待ち時間を減らしたい開発者
- ストアの説明文やバージョン番号を、担当者の記憶ではなくリポジトリで管理したい開発リーダー
前提環境
筆者の検証環境は以下の通りです。第11回で作成したeas-sandboxプロジェクトを引き続き使い、App Store Connectへ提出済みのiOSビルドがある状態から始めます。EAS Metadataは提出済みのバイナリがあることを前提とするため、この点は押さえておいてください。なお本稿の実行例もiOSを中心に紹介し、Androidの提出は流れの解説にとどめます。
- macOS Tahoe 26.5.2
- Node.js 26.5.0
- Expo 57.0.7
- React Native 0.86.0
- React 19.2.3
- TypeScript 6.0.3
- EAS CLI 22.0.0
- Apple Developer Program（有料、年間99ドル）に登録済み
- Google Play Consoleデベロッパーアカウント（初回登録25ドル）はAndroidの提出を実際に試す場合に必要
BuildからSubmitまでを一気通貫にする
前回第11回では、eas buildを実行して完了したあとに、別のコマンドでeas submitを実行しました。ビルドと提出の2コマンドを順番に実行する流れは分かりやすい一方、ビルドの完了を確認するまで次の操作に進めません。
このビルドと提出の間にある待ち時間を、EASに任せてみましょう。--auto-submitを指定すると、ビルドが成功したあとに、その成果物を自動でストアへ提出できます（リスト1）。
eas build --platform ios --profile production --auto-submit
このコマンドを実行すると、productionプロファイルでのiOSビルドが始まると同時に、提出の予約も行われます。前回の記事で予告したとおり、ビルドプロファイルと同名のsubmit.productionプロファイルが自動的に選ばれ、ビルドが成功するとApp Store Connectへの提出まで進みます。
ビルド完了を待ってから、手元でeas submitを叩く必要がなくなりました。ビルドも提出の予約もクラウド側に登録済みなので、ターミナルをCtrl+Cで閉じて席を外してもビルドが成功すれば提出まで処理が続きます。ビルドが失敗した場合は提出も始まらないため、未完成の成果物がストアへ送られる心配もありません。ビルドと提出を別々の道具や手順として管理せず、Expoのワークフローの中で一つの流れとして扱えるので便利です。
ビルドプロファイルとsubmitプロファイルで異なる名前を使いたい場合は、--auto-submit-with-profile <name>を指定します。
たとえば、Google Playのtrackをbetaに設定したbetaという名前のsubmitプロファイルを別途用意しておき、eas build --platform android --profile production --auto-submit-with-profile betaと実行すれば、同じproductionビルドの提出先だけを切り替えられます。ビルドの性質と提出先を分けて管理したい場合に便利です。
自動提出時には、TestFlightでテスターへ伝えるテスト内容も指定できます。--what-to-testはiOSの自動提出で利用でき、指定した文字列がTestFlightの「テスト内容」に反映されます（リスト2）。
eas build --platform ios --profile production --auto-submit \ --what-to-test "ログインとプロフィール編集を確認してください。"
