あなたが聞きたいと思ったようです。
私は法律のアドバイスを与えません。実際に使用されているチームが安全にCapacitorアプリを配信する方法について話しています。
重要な違いは次のとおりです。
- ネイティブの提出 は新しいネイティブの動作や主な機能のために必要です。
- ライブのアップデート コンテキスト: Capgoのソリューションズマーケティングページ。ロール: ショートUIラベルまたはナビゲーションアイテム。メッセージキー `solutions_build_without_mac_stat3_value` (ソリューションズビルドウィズアウトマックスタット3値)。
は既存のアプリの範囲内でJavaScript/Webの修正や調整に使用します。 両方のiOSとAndroidはこのモデルを使用できますが、ポリーセーフローウォークとして扱う必要があります。ポリーセーフローウォーク
は、ループホールとして扱うのではなく。
AppleとGoogleは簡単に言うと許可していることです。
- エンビデッド ウェブ層 (HTML/CSS/JS) で解釈される code を再提出せずに配信できます。
- __CAPGO_KEEP_0__ を使用して、主な機能追加やアプリの目的を変更するチャンネルにはなりません。
- JS だけでは、重要なセキュリティまたは配布制御を変更してはなりません。
Apple の WebKit/JavaScript の公式ガイドラインがこのモデルのはたらきの核です。Google は通常、ウェブベースの更新に制限が少ないですが、同じ原則が適用されます: native な変更は native なリリースに含めます。
Capgo は何がいいですか
Capgo は次のことができます:
- ウェブのバグを修正する
- 安全な UI のコピー / スタイル / フロー修正
- 既存のページの論理的修正
- 内部 QA のための迅速な実験
Capgo は次のことができません:
- 許可の追加や新しいネイティブ機能の追加
- App Storeのレビューを回避する方法
- 署名、暗号化、パッケージのIDの動作を変更する
推奨されるリリース戦略
2つのトラックで考える
トラック1:ネイティブトラック(ストアレビュー)
次の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これにより、バイナリ自体を安定させながら、迅速な反復が可能になります。
How to avoid “oops, this needed a native release”
Before every Capgo rollout, run this quick gate:
- 各__CAPGO_KEEP_0__ロールアウト前に、以下の迅速なゲートを実行してください:
- 新しいネイティブ依存関係または許可が必要ですか?
- アプリの宣伝される機能が変更されますか?
- 認証/セキュリティの境界が変更されますか?
If the answer is yes to (1)-(3), submit a native release. If yes only to (4), send through Capgo.
答えが(1)~(3)の場合、nativeリリースを提出してください。 (4)にのみ「はい」と答えた場合、__CAPGO_KEEP_0__を送信してください。
- これがコンプライアンスチームにとっての意味
- アプリレビューの帯域幅を意味のある変更に確保します。
- アップデートをチャンネルでテストすることで、生産リスクを軽減できます。
大規模なCapacitorプログラムの生産環境で使用されているアプローチは、同じです: JSのみの修正用の高速アップデート、実行可能ファイル用のネイティブレビューのみ。
詳しく知りたい場合は、チャンネルに基づいて厳格な環境戦略を組み合わせて、QAが生産ミスを受け取らないようにしてください。そうすると、Capgoネイティブの方法で、ステージング、ベータ、生産をクリーンに保つことができます。
How to update Capacitor JS apps without repeat store review から続けてください。
あなたが使用している How to update Capacitor JS apps without repeat store review を使用して、ストアの承認と配布を計画する場合は、@__CAPGO_KEEP_0__/__CAPGO_KEEP_1__-in-app-review に接続してください。 ストアの承認と配布を計画するための@capgo/capacitor-in-app-reviewの実装詳細は、@capgo/capacitor-in-app-review for the implementation detail in @capgo/capacitor-in-app-review, ネイティブ機能を使用するための@capgo/capacitor-in-app-reviewの実装詳細は、Using @capgo/capacitor-in-app-review を使用することで、@capgo/capacitor-native-marketに接続できます。 @capgo/capacitor-native-marketの実装詳細は、@capgo/capacitor-native-market for the implementation detail in @capgo/capacitor-native-market, Using @capgo/capacitor-native-market for the native capability in Using @capgo/capacitor-native-market, and Capacitor OTA Updates: App Store Approval Guide for the practical context in Capacitor OTA Updates: App Store Approval Guide.
