Gut, dass Sie gefragt haben.
Ich gebe keine rechtlichen Ratschläge. Ich teile, was praktisch und weit verbreitet ist, wenn Teams Capacitor-Anwendungen sicher bereitstellen.
Die wichtigste Differenz ist dies:
- Native-Submission ist weiterhin erforderlich für neue native Verhaltensweisen und wichtige Funktionen.
- Live Updates sind für JavaScript/Web-Fixes und -Anpassungen innerhalb Ihres bestehenden App-Umfangs.
Dieses Modell kann sowohl von iOS als auch von Android verwendet werden, Sie müssen es jedoch als eine policy-sichere Workflow-Strategie, nicht als Ausweg
Was Apple und Google in einfachen Worten zulassen
Sie können Apple und Google als einen ähnlichen Grenzraum betrachten:
- Sie können code interpretieren, das vom eingebetteten Weblayer (HTML/CSS/JS) verarbeitet wird, ohne es erneut zu übermitteln.
- Sie sollten jedoch nicht diesen Kanal für größere Funktionsanpassungen nutzen, die den App-Zweck ändern.
- Sie sollten nicht kritische Sicherheits- oder Verteilungssteuerungen allein über JS ändern.
Apple's offizielle Richtlinien zu WebKit/JavaScript-Updates bilden den Kern dieses Modells. Google ist in der Regel weniger restriktiv für webbasierte Updates, aber das gleiche Prinzip gilt: Halten Sie native Änderungen in einem nativen Release.
Was Capgo gut für ist
Capgo ist für:
- Warmwartin für Web-Bugs
- Sichere UI-Kopien / -Stile / -Flüsse
- Kleine Logikkorrekturen in bestehenden Seiten
- Schnelle Experimente für interne QA.
Capgo ist nicht für:
- Zugriffsrechte hinzufügen oder neue native Fähigkeiten
- Neue Kernfunktionen liefern, die eine Überprüfung durchführen sollten
- Das Signieren, Verschlüsseln oder das Paketidentitätsverhalten ändern.
Empfohlene Veröffentlichungsstrategie
Denken Sie in zwei Spuren:
Spur 1: native Spur (Überprüfung im Store)
Verwenden Sie Ihren normalen Capacitor-Veröffentlichungsprozess für:
- neue Plugin-Updates
- Änderungen am App-Shell oder Manifest
- Updates von Berechtigungen
- Plattform-spezifische Funktionalitätsänderungen
Diese erfordern:
bun run build
bunx cap sync
# then App Store / Google Play submission flowTrack 2: JS-Track (Capgo)
Für sichere, kleine Laufzeitänderungen:
bun run build
bunx @capgo/cli deploy --channel staging
bunx @capgo/cli deploy --channel productionDies gibt Ihnen eine schnelle Iteration ohne neue Binärdatei-Uploads, während der Binärdatei selbst stabil bleibt.
Wie man "oops, das benötigte eine native Veröffentlichung" vermeidet
Before every Capgo rollout, run this quick gate:
- Befordert die Änderung eine neue native Abhängigkeit oder eine neue Erlaubnis?
- Ändert es die angezeigten Fähigkeiten der App?
- Ändert es die Authentifizierungs-/Sicherheitsgrenzen?
- Kann man es als nicht unterbrechenden JavaScript-Fix beschreiben?
Wenn die Antwort ja auf (1)-(3) ist, senden Sie eine native Veröffentlichung. Wenn ja nur auf (4), senden Sie es über Capgo.
Was bedeutet dies für Compliance-Teams?
- Sie reservieren App-Bewertungsbandbreit für bedeutende Änderungen.
- Sie bewahren die Kontrolle über Rückschritte und schnelle Patching.
- Sie reduzieren die Produktionsrisiken, indem Sie Updates in Kanälen vor einer vollständigen Veröffentlichung testen.
Dies ist der gleiche Ansatz, den Menschen bei großen Capacitor-Programmen in der Produktion verwenden: Schnelle Updates für JS-only-Fixes, native Überprüfung nur für echte Binärdateien.
Wenn Sie tiefer gehen möchten, kombinieren Sie dies mit einer strengen Umgebungsstrategie auf der Grundlage von Kanälen, sodass die QA nie Produktionsfehler erhält. Das ist der Capgo-native Weg, um Staging, Beta und Produktion sauber zu halten.
Weitergehen Sie von How to update Capacitor JS-Apps ohne Wiederholte App-Überprüfung
Wenn Sie __CAPGO_KEEP_0__ verwenden How Capacitor-Apps ohne Wiederholung der App-Store-Bewertung zu aktualisieren um die Lagerverteilung und die Genehmigung zu planen, verbinden Sie es mit @capgo/capacitor-In-App-Bewertung zur Implementierungsdetail in @capgo/capacitor-In-App-Bewertung, Mit @capgo/capacitor-In-App-Bewertung zur nativen Fähigkeit in Mit @capgo/capacitor-In-App-Bewertung, @capgo/capacitor-Native-Markt zur Implementierungsdetail in @capgo/capacitor-Native-Markt, Mit @capgo/capacitor-Native-Markt zur nativen Fähigkeit in Mit @capgo/capacitor-Native-Markt, und Capacitor OTA-Updates: App-Store-Bewertungshandbuch für den praktischen Kontext in Capacitor OTA-Updates: Richtlinien zur Genehmigung durch den App Store.
