あなたが質問したことに喜んでいます。
私は法律のアドバイスを与えません。実際に使用されているチームが安全に Capacitor アプリを配信する方法を共有しています。
重要な区別は次のとおりです。
- ネイティブの提出 新しいネイティブの動作や主要な機能のために、ネイティブの提出は依然として必要です。
- ライブの更新 JavaScript/Webの修正や既存のアプリの範囲内での調整のために使用します。
両方のiOSとAndroidはこのモデルを使用できますが、ポリーサフワークフローとして扱う必要があります。 簡単に言うと、アップルとGoogleはどちらも同じ境界を共有しています。アプリを安全に配信するために使用されているチームが実際に使用している方法を共有しています。
アプリを安全に配信するために使用されているチームが実際に使用している方法を共有しています。
アプリを安全に配信するために使用されているチームが実際に使用している方法を共有しています。
- You can deliver code interpreted by the embedded web layer (HTML/CSS/JS) without resubmitting.
- 主な機能の追加はアプリの目的を変更するため、使用しないでください。
- セキュリティや配布の制御を単独でJSで変更しないでください。
AppleのWebKit/JavaScriptの更新に関する公式ガイドがこのモデルのはたらきの核です。Googleは通常、ウェブベースの更新に制限が少ないですが、同じ原則が適用されます:ネイティブな変更はネイティブのリリースに留めます。
Capgoは何がいいですか
Capgoは次の用途に適しています:
- ウェブのバグの修正
- 安全なUIのコピー/スタイル/フローの修正
- 既存のページの論理的な修正
- 内部のQA用の高速な実験
Capgoは次の用途に適していません:
- 許可の追加や新しいネイティブ機能の追加
- __CAPGO_KEEP_0__
- __CAPGO_KEEP_0__
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__
Track 1: 本家アプリケーション用トラック (ストアレビュー)
Capacitor
- 新しいプラグインの更新
- アプリケーションシェルまたはマニフェストの変更
- 権限の更新
- プラットフォーム固有の機能の変更
これらは、
bun run build
bunx cap sync
# then App Store / Google Play submission flow
Track 2: JS用トラック (Capgo)
安全で小さなランタイム変更用:
bun run build
bunx @capgo/cli deploy --channel staging
bunx @capgo/cli deploy --channel production
この機能により、バイナリのアップロードが必要なくても高速な開発が可能になります。バイナリ自体は安定しています。
How to avoid “oops, this needed a native release”
Before every Capgo rollout, run this quick gate:
- 変更前に、次の迅速なゲートを実行してください。
- 新しいネイティブ依存関係または許可が必要ですか?
- アプリの宣伝される機能は変わりますか?
- 認証/セキュリティの境界は変わりますか?
If the answer is yes to (1)-(3), submit a native release. If yes only to (4), send through Capgo.
1-3の質問に「はい」と答えた場合、native releaseを提出してください。 4に「はい」だけの場合、__CAPGO_KEEP_0__を送信してください。
- これはコンプライアンスチームにとって何を意味するか
- アプリレビューのバンド幅を意味のある変更に確保できます。
- プロダクションリスクを軽減するには、フルロールアウト前にチャンネルでアップデートをテストする。
これは、実行中の大規模なCapacitorプログラムで使用されている同じアプローチです: JSのみの修正用の高速アップデート、実行可能ファイル用のネイティブレビューのみ。
詳しく知りたい場合は、チャンネルに基づいて厳格な環境戦略を組み合わせて、QAがプロダクションのミスを受け取らないようにすることを検討してください。それがCapgo-ネイティブの方法で、ステージング、ベータ、プロダクションをクリーンに保つ方法です。
Capacitor JS アプリを繰り返しストアレビューなしでアップデートする方法から続けてください。
「__CAPGO_KEEP_0__ JS アプリを繰り返しストアレビューなしでアップデートする方法」を使用して、ストアの承認と配布を計画する場合、__CAPGO_KEEP_1__-インアプリレビューに接続します。 Capacitor/__CAPGO_KEEP_1__-インアプリレビューの実装詳細については、@Capacitor/__CAPGO_KEEP_1__-インアプリレビューを参照してください。 __CAPGO_KEEP_0__/__CAPGO_KEEP_1__-インアプリレビューを使用して、ネイティブ機能を実装する場合、@__CAPGO_KEEP_0__/__CAPGO_KEEP_1__-インアプリレビューを参照してください。 capgo/capacitor-ネイティブマーケット for the implementation detail in @capgo/capacitor-in-app-review, Using @capgo/capacitor-in-app-review for the native capability in Using @capgo/capacitor-in-app-review, @capgo/capacitor-native-market 実装詳細については @capgo/capacitor-native-market に 使用する @capgo/capacitor-native-market 実装詳細については @capgo/capacitor-native-market に Capacitor OTA Updates: App Store Approval Guide 実践的な背景については Capacitor OTA Updates: App Store Approval Guide に