Senang Anda bertanya.
Saya tidak memberikan nasihat hukum. Saya berbagi apa yang praktis dan luas digunakan di tim yang mengirimkan aplikasi Capacitor dengan aman.
Poin penting adalah ini:
- Penyampaian asli masih diperlukan untuk perilaku native baru dan kemampuan utama.
- Perbarui Langsung untuk perbaikan JavaScript/web dan penyesuaian di dalam lingkungan aplikasi yang sudah ada.
keduanya iOS dan Android dapat menggunakan model ini, tetapi Anda harus menganggapnya sebagai alur kerja yang aman, bukan sebagai celah.
Bagaimana Apple dan Google memungkinkan secara sederhana
anda dapat menganggap Apple dan Google sebagai batasan yang sama:
- anda dapat mengirimkan code yang diinterpretasikan oleh lapisan web yang diintegrasikan (HTML/CSS/JS) tanpa harus mengirimkannya kembali.
- anda tidak boleh menggunakan saluran tersebut untuk penambahan fitur utama yang mengubah tujuan aplikasi.
- anda tidak boleh mengubah kontrol keamanan atau distribusi yang kritis melalui JS saja.
pedoman resmi Apple mengenai perbarui WebKit/JavaScript adalah inti dari model ini. Google biasanya kurang restriktif untuk perbarui web, tetapi prinsip yang sama berlaku: jaga perubahan asli di dalam rilis asli.
apa yang Capgo baik untuknya
Capgo adalah untuk:
- mengatasi bug web secara cepat,
- perbaikan UI yang aman / gaya / alur,
- perbaikan logika kecil pada halaman yang sudah ada,
- eksperimen cepat untuk QA internal.
Capgo tidak untuk:
- menambahkan izin atau kemampuan native baru,
- mengirimkan kemampuan inti baru yang harus melewati tinjauan,
- mengubah perilaku tanda tangan, enkripsi, atau identitas paket.
Strategi rilis yang direkomendasikan
Pikir dalam dua jalur:
Jalur 1: jalur native (tinjauan toko)
Gunakan proses rilis normal Capacitor Anda untuk:
- perbarui plugin baru,
- perubahan shell atau manifest aplikasi,
- perbarui izin,
- perubahan fungsi khusus platform.
Berikut ini yang diperlukan:
bun run build
bunx cap sync
# then App Store / Google Play submission flow
Track 2: JS track (Capgo)
Untuk perubahan runtime yang 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 biner baru sementara menjaga biner itu stabil.
Bagaimana menghindari “oops, ini memerlukan rilis native”
Sebelum setiap rilis Capgo, jalankan pintu gerbang ini dengan cepat:
- Apakah perubahan memerlukan dependensi native baru atau izin?
- Apakah itu mengubah kemampuan aplikasi yang diiklankan?
- Apakah itu mengubah batasan autentikasi/keamanan?
- Apakah itu dapat dianggap sebagai perbaikan JavaScript yang tidak memutuskan?
Jika jawaban ya pada (1)-(3), kirimkan rilis asli. Jika ya hanya pada (4), kirimkan melalui Capgo.
Apa ini berarti untuk tim kepatuhan?
- Anda menjaga bandwidth tinjauan 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 yang digunakan orang pada program besar Capacitor di produksi: update cepat untuk perbaikan JavaScript hanya, tinjauan asli hanya untuk biner nyata.
Jika Anda ingin lebih dalam, pasangkan ini dengan strategi lingkungan ketat berdasarkan saluran sehingga QA tidak menerima kesalahan produksi. Itu adalah cara Capgo-asli untuk menjaga staging, beta, dan produksi bersih.
Lanjutkan dari Bagaimana mengupdate aplikasi Capacitor JavaScript tanpa tinjauan toko ulang.
Jika Anda menggunakan How untuk memperbarui Capacitor aplikasi JS tanpa tinjauan ulang toko untuk merencanakan persetujuan dan distribusi toko, hubungkannya dengan @capgo/capacitor-tinjauan-dalam-aplikasi untuk detail implementasi di @capgo/capacitor-tinjauan-dalam-aplikasi, Menggunakan @capgo/capacitor-tinjauan-dalam-aplikasi untuk kemampuan asli di Menggunakan @capgo/capacitor-tinjauan-dalam-aplikasi, @capgo/capacitor-pasar-asli untuk detail implementasi di @capgo/capacitor-pasar-asli, Menggunakan @capgo/capacitor-pasar-asli untuk kemampuan asli di Menggunakan @capgo/capacitor-pasar-asli, dan Capacitor Perbarui OTA: Panduan Persetujuan Toko App untuk konteks praktis di Capacitor Perbarui OTA: Panduan Persetujuan Toko App.