あなたが質問したことに嬉しいです。
私は法律のアドバイスを与えません。 Capacitor アプリを安全に配信するチームで広く使用されている実践的な情報を共有しています。
重要な違いは次のとおりです。
- ネイティブの提出 は新しいネイティブの動作や主な機能のために必要です。
- ライブアップデート はページ/エリア: Capgo のソリューションズ マーケティング ページ。役割: ショート UI ラベルまたはナビゲーション アイテム。メッセージキー `solutions_build_without_mac_stat3_value` (ソリューションズ ビルド ウィズアウト マック スタット3 バリュー)。
は既存のアプリの範囲内でJavaScript/Webの修正や調整に使用します。 両方のiOSとAndroidはこのモデルを使用できますが、ポリーサフワークフローとして扱う必要があります。ポリーサフワークフロー
は、ループホールとして扱うのではなく、
アプリルーとGoogleは単純に言うと許可する境界を共有しています。
- アプリ内で code を実行することができます。
- 主な機能の追加やアプリの目的を変更することは避けるべきです。
- セキュリティや配布の制御を単にJavaScriptで変更することは避けるべきです。
AppleのWebKit/JavaScriptの更新に関する公式ガイドがこのモデルの中核です。Googleは通常、ウェブベースの更新に制限が少ないですが、同じ原則が適用されます:ネイティブな変更はネイティブのリリースに含めるべきです。
何が Capgo として適しているか
Capgo は
- ウェブのバグを修正すること
- 安全なUIのコピー/スタイル/フローの修正
- 既存のページの論理的な修正
- 内部のQAで迅速な実験
Capgo は
- 新しいネイティブ機能や権限の追加は避けるべきです
- App Store でのレビューを回避する方法
- 署名、暗号化、パッケージのアイデンティティの変更
推奨されるリリース戦略
2 つのトラックで考える
トラック 1: ネイティブ トラック (App Store でのレビュー)
通常の Capacitor リリースプロセスを使用してください:
- 新しいプラグインの更新
- アプリシェルまたはマニフェストの変更
- 権限の更新
- プラットフォーム固有の機能の変更
これらは必要です
bun run build
bunx cap sync
# then App Store / Google Play submission flowトラック 2: JS トラック (Capgo)
安全で小さな実行時間の変更について:
bun run build
bunx @capgo/cli deploy --channel staging
bunx @capgo/cli deploy --channel productionこれにより、バイナリ自体を安定させながら、迅速な反復が可能になります。
「native releaseが必要だった」ことを避ける方法
各Capgoロールアウト前に、以下の迅速なゲートを実行してください。
- 新しいネイティブ依存関係または許可が必要ですか?
- アプリの宣伝される機能が変更されますか?
- 認証/セキュリティの境界が変更されますか?
- これを非破壊のJavaScript修正として説明できますか?
If the answer is yes to (1)-(3), submit a native release. If yes only to (4), send through Capgo.
(4)に「はい」と答えた場合のみ、__CAPGO_KEEP_0__を送信してください。
- これがコンプライアンスチームにとっての意味
- アプリレビューの帯域幅を意味のある変更に確保します。
- アップデートをチャンネルでテストすることで、製品リリースのリスクを軽減できます。
大規模なCapacitorアプリケーションを生産環境で使用する人も、このアプローチを使用しています: JSのみの修正用の高速アップデート、実際のバイナリ用のネイティブレビュー。
詳しく知りたい場合は、チャンネルに基づいて厳格な環境戦略を組み合わせて、QAが生産ミスを受け取らないようにしてください。その方法はCapgoネイティブの方法です。
「Capacitor JS アプリケーションを繰り返しストアレビューなしでアップデートする方法」を続けてください。
「__CAPGO_KEEP_0__ JS アプリケーションを繰り返しストアレビューなしでアップデートする方法」を使用している場合 「Capacitor JS アプリケーションを繰り返しストアレビューなしでアップデートする方法」を使用している場合 ストアの承認と配布を計画するには、@__CAPGO_KEEP_0__/__CAPGO_KEEP_1__-in-app-reviewと接続してください。 ストアの承認と配布を計画するには、@capgo/capacitor-in-app-reviewの実装詳細を参照してください。 ネイティブ機能を使用するには、@capgo/capacitor-in-app-reviewを使用してください。 ネイティブ機能を使用するには、@capgo/capacitor-in-app-reviewのネイティブ機能を参照してください。 ネイティブマーケットを使用するには、@capgo/capacitor-native-marketを使用してください。 @capgo/capacitor-native-market Capgoの実装詳細については@capgo/capacitor-native-marketで確認してください。 Capgoの@capgo/capacitor-native-marketを使用します。 Capgoのネイティブ機能については、Capgoの@capgo/capacitor-native-marketを使用してください。 Capacitor OTA Updates: App Store Approval Guide Capgoの実践的な背景については、Capacitor OTA Updates: App Store Approval Guideを参照してください。
