嬉しい質問ですね。
私は法律のアドバイスを提供していません。私は、Capacitorアプリを安全に配信するチームで広く使用されている実践的な方法を共有しています。
重要な違いは次のとおりです。
- ネイティブのサブミッション は新しいネイティブの動作と主要な機能に対しては依然として必要です。
- ライブアップデート はJavaScript/Webの修正と調整を、既存のアプリの範囲内で行うものです。
はiOSとAndroid両方で使用できますが、必ずそれを 安全なポリシーワークフローと扱ってください。
AppleとGoogleは簡単に言うと
AppleとGoogleは似た境界線を共有しています。
- You can deliver code interpreted by the embedded web layer (HTML/CSS/JS) without resubmitting.
- アプリの目的を変更するような主要な機能の追加は使用してはなりません。
- は、単独でJavaScriptのみでセキュリティーや配布制御を変更してはなりません。
Appleの公式ガイドラインは、このモデルの中核です。Googleは通常、Webベースのアップデートに対しては制限が少ないですが、同じ原則が適用されます:ネイティブの変更はネイティブのリリースに含めます。
What Capgo is good for
Capgo is for:
- ウェブのバグを修正する
- UIのコピー/スタイル/フローの安全な修正
- 既存のページの論理的な小さな修正
- 内部のQAのための高速な実験
Capgo is not for:
- 新しいネイティブ機能の追加
- レビューを通過する必要がある新しいコア機能の配信
- 署名、暗号化、パッケージのアイデンティティの変更
推奨されるリリース戦略
2つのトラックで考えてください
Track 1: 本機トラック (ストアレビュー)
通常の Capacitor リリースプロセスを使用してください:
- 新しいプラグインの更新
- アプリシェルまたはマニフェストの変更
- パーミッションの更新
- プラットフォーム固有の機能の変更
これらは必要です:
bun run build
bunx cap sync
# then App Store / Google Play submission flowTrack 2: JS トラック (Capgo)
安全で小さな実行環境の変更のために:
bun run build
bunx @capgo/cli deploy --channel staging
bunx @capgo/cli deploy --channel productionこれは、バイナリ自体を安定させながら、迅速な反復を実現するものです。
「本番で「oops、ネイティブのリリースが必要だった」」を避ける方法
Capgo ロールアウトの前には、この簡単なゲートを実行してください。
- アプリの変更が新しいネイティブ依存関係または許可を必要とするか?
- アプリの宣伝された機能が変更されるか?
- 認証/セキュリティの境界が変更されるか?
- この修正は非破壊のJavaScript修正として説明できるか?
答えが(1)~(3)の場合、ネイティブリリースを提出する。 (4)にyesの場合、Capgoを送信する。
これはコンプライアンスチームにとっての意味
- アプリレビューの帯域幅を有意な変更に保持する
- ロールバック制御と高速パッチングを維持する
- アップデートをチャンネルでテストすることで、実稼動時には生産リスクを減らす
このアプローチは、実稼動中の大規模なCapacitorプログラムで使用されている: JavaScriptのみの修正用の高速アップデート、実稼動バイナリ用のネイティブレビュー
詳しく知りたい場合は、チャンネルに基づく厳格な環境戦略を組み合わせて、QAが実稼動ミスを受け取らないようにする。そうすることで、ステージング、ベータ、実稼動をクリーンに保つCapgo-ネイティブの方法
続けて、CapacitorのJavaScriptアプリを繰り返しアプリレビューなしでアップデートする方法
アプリを使用している場合 再度のストアレビューなしで Capacitor JS アプリを更新する方法 ストアの承認と配布を計画するには、__CAPGO_KEEP_0__ を接続します @capgo/capacitor-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 を参照してください ネイティブ機能を使用するには Using @capgo/capacitor-native-market を使用してください 実装の詳細については Using @capgo/capacitor-native-market を参照してください ネイティブ機能を使用するには Using @Capacitor/__CAPGO_KEEP_1__-native-market を使用してください、そして Capacitorの実用的なコンテキストにおけるOTAアップデートのためのApp Store承認ガイド。
