How to update Capacitor JS apps without repeat store review

Senang Anda bertanya.

Saya tidak memberikan nasihat hukum. Saya berbagi apa yang praktis dan luas digunakan di tim yang mengirimkan aplikasi Capacitor dengan aman.

Perbedaan penting adalah ini:

• Penyampaian Asli masih diperlukan untuk perilaku asli baru dan kemampuan utama.
• Pembaruan langsung adalah untuk perbaikan JavaScript/web dan penyesuaian di dalam lingkungan aplikasi yang ada.

BOTH iOS dan Android dapat menggunakan model ini, tetapi Anda harus menganggapnya sebagai alur kerja yang aman dari kebijakan bukan sebagai celah.Apa yang diizinkan oleh Apple dan Google dalam istilah sederhana

Anda dapat menganggap Apple dan Google sebagai memiliki batasan yang sama:

Anda dapat mengirimkan __CAPGO_KEEP_0__ yang diinterpretasikan oleh lapisan web yang terintegrasi (HTML/CSS/JS) tanpa mengirimkannya kembali.

1. You can deliver code interpreted by the embedded web layer (HTML/CSS/JS) without resubmitting.
2. Anda tidak boleh mengubah kontrol keamanan atau distribusi yang kritikal melalui JS sendiri.
3. Pedoman resmi Apple mengenai pembaruan WebKit/JavaScript adalah inti dari model ini. Google biasanya kurang restriktif untuk pembaruan web, tetapi prinsip yang sama berlaku: jaga perubahan asli dalam rilis asli.

You should not use that channel for major feature additions that change app purpose.

Apa Capgo baik untuknya

Capgo digunakan untuk:

• Mengatasi bug web secara cepat,
• Mengganti tampilan UI dengan aman,
• Mengoreksi logika kecil pada halaman yang sudah ada,
• Mengadakan eksperimen cepat untuk QA internal.

Capgo tidak digunakan untuk:

• Menambahkan hak akses atau kemampuan native baru,
• Mengirimkan kemampuan inti baru yang harus melalui tinjauan,
• Mengubah proses signing, enkripsi, atau identitas paket.

Strategi rilis yang direkomendasikan

Pikirkan dalam dua jalur:

Track 1: trek native (ulasan toko)

Use your normal Capacitor release process for:

• perbarui plugin baru,
• perubahan shell atau manifest aplikasi,
• perbarui izin,
• perubahan fungsi khusus platform.

Mereka memerlukan:

bun run build
bunx cap sync
# then App Store / Google Play submission flow

Track 2: trek JS (Capgo)

Untuk perubahan runtime aman dan kecil:

bun run build
bunx @capgo/cli deploy --channel staging
bunx @capgo/cli deploy --channel production

Fitur ini memberikan iterasi cepat tanpa unggah binary baru sementara menjaga binary tetap stabil.

Cara menghindari “oops, ini memerlukan rilis native”

Sebelum setiap rilis Capgo, jalankan pintu gerbang cepat ini:

1. Apakah perubahan ini memerlukan dependensi native baru atau izin?
2. Apakah perubahan ini mengubah kemampuan yang diiklankan aplikasi?
3. Apakah perubahan ini mengubah batasan autentikasi/keamanan?
4. Apakah kita bisa menggambarkannya sebagai perbaikan JavaScript yang tidak mempengaruhi?

Jika jawaban ya untuk (1)-(3), kirimkan rilis native. Jika ya hanya untuk (4), kirimkan melalui Capgo.

Apa yang ini berarti untuk tim kepatuhan

• Anda menjaga bandwidth ulasan aplikasi untuk perubahan yang bermakna.
• Anda mempertahankan kontrol rollback dan patching cepat.
• Anda mengurangi risiko produksi dengan menguji update di saluran sebelum peluncuran penuh.

Hal ini sama dengan pendekatan orang gunakan pada program Capacitor besar di produksi: update cepat untuk perbaikan JS hanya, tinjauan native hanya untuk binari nyata.

Jika Anda ingin lebih dalam, pasangkan ini dengan strategi lingkungan ketat berdasarkan saluran sehingga QA tidak menerima kesalahan produksi. Itu adalah cara Capgo-native untuk menjaga bersih staging, beta, dan produksi.

Teruskan dari Cara mengupdate aplikasi Capacitor JS tanpa ulasan toko yang berulang

Jika Anda menggunakan Bagaimana cara memperbarui aplikasi JS Capacitor tanpa harus mengulang ulang review toko untuk merencanakan persetujuan dan distribusi toko, hubungkannya dengan @capgo/capacitor-review-dalam-aplikasi untuk detail implementasi di @capgo/capacitor-review-dalam-aplikasi, Menggunakan @capgo/capacitor-review-dalam-aplikasi untuk kemampuan asli dalam Menggunakan @capgo/capacitor-review-dalam-aplikasi, @capgo/capacitor-pasar-alam untuk detail implementasi di @capgo/capacitor-pasar-alam, Menggunakan @capgo/capacitor-pasar-alam untuk kemampuan asli dalam Menggunakan @capgo/capacitor-pasar-alam, dan Pembaruan Capacitor OTA: Panduan Persetujuan App Store Untuk konteks praktis dalam Capacitor Perbarui Aplikasi Langsung: Panduan Persetujuan Toko Aplikasi.