App Store デプロイメント

目次

• 概要
• 使用する場面
• クイックスタート
• リファレンスガイド
• ベストプラクティス

概要

適切なコード署名、バージョニング、テスト、提出手続きを備えたモバイルアプリケーションを公式アプリストアに公開します。

使用する場面

• App Store と Google Play へのアプリ公開
• アプリバージョンとリリースの管理
• 署名証明書とプロビジョニングプロフィールの設定
• ビルドとデプロイメントプロセスの自動化
• アプリの更新とロールアウトの管理

クイックスタート

最小限の動作例:

# 開発用および配布用の署名証明書を作成
# ステップ 1: Keychain Access で Certificate Signing Request (CSR) を生成
# ステップ 2: Apple Developer Portal で App ID を作成
# ステップ 3: プロビジョニングプロフィールを作成（開発用、配布用）

# Xcode の署名設定
# Team ID、Bundle Identifier を設定し、プロビジョニングプロフィールを選択
# ビルド設定:
# - Code Sign Identity: "iPhone Distribution"
# - Provisioning Profile: 適切なプロフィールを選択
# - Code Sign Style: Automatic（推奨）

# Info.plist の設定
<?xml version="1.0" encoding="UTF-8"?>
<plist version="1.0">
<dict>
  <key>CFBundleShortVersionString</key>
  <string>1.0.0</string>
  <key>CFBundleVersion</key>
  <string>1</string>
  <key>NSAppTransportSecurity</key>
  <dict>
    <key>NSAllowsArbitraryLoads</key>
    <false/>
  </dict>
// ... (完全な実装については、リファレンスガイドを参照)

リファレンスガイド

references/ ディレクトリの詳細な実装:

ベストプラクティス

✅ すべき こと

• 署名された証明書とプロビジョニングプロフィールを使用する
• CI/CD でビルドを自動化する
• 提出前に実機でテストする
• バージョン番号の一貫性を保つ
• デプロイメント手順を文書化する
• 環境固有の設定を使用する
• 適切なエラー追跡を実装する
• ローンチ後のアプリパフォーマンスを監視する
• ロールアウト戦略を計画する
• 署名マテリアルのバックアップを保管する
• オフライン機能をテストする
• リリースノートを管理する

❌ すべきではない こと

• 署名マテリアルを git にコミットする
• デバイステストをスキップする
• テストされていないコードをリリースする
• ストアのポリシーを無視する
• API キーをハードコードする
• セキュリティレビューをスキップする
• 監視なしでデプロイメントする
• クラッシュレポートを無視する
• バージョン番号を大きくジャンプさせる
• 無効な証明書を使用する
• バックアップなしでデプロイメントする
• 休日中にリリースする