Bagaimana cara merilis versi utama di capgo

Mengapa merilis versi utama

Pengaturan versi dapat menjadi sulit untuk dikelola, biasanya Anda ingin mengirimkan pembaruan utama ketika perubahan besar muncul bagi pengguna.

Tapi pengaturan versi tidak dibuat untuk itu, versi aplikasi toko berbeda dengan versi Native.

Versi Native dibuat untuk mengelola perubahan yang memecah dalam code

Dalam IOS, misalnya, iOS 16 adalah store version versi dari Apple, tapi versi code adalah 20A5283p (mereka tidak tampaknya menggunakan SemVer di sana)

Sekarang sudah jelas kita tidak mencampur aduknya dan menggunakan mereka untuk apa yang mereka dibuat!

Rilis Besar

In aplikasi Anda Capacitor, rilis besar diperlukan ketika terjadi perubahan yang mengganggu. Misalnya, target IOS baru (15 ke 16), atau versi baru Capacitor (3 ke 4), atau plugin (1.2 ke 2.0) yang Anda gunakan telah diperbarui ke versi besar.

Ini berarti semua alat harus disesuaikan untuk menangani perubahan yang mengganggu.

Oleh karena itu Capgo mengikuti sistem ini. Jadi jika Anda merilis versi besar, Capgo tidak akan mengirimkannya ke pengguna yang tidak memiliki instalasi dari toko.
Ini dapat disesuaikan perilakunya. Anda dapat mengetahui lebih lanjut tentang hal ini di sini

Versi

Dimana Capgo menemukan versi untuk dibandingkan

IOS

Akan digunakan oleh Capgo untuk dibandingkan dengan versi JavaScript dan menemukan Perbaikan Besar

Ini IOS variabelnya diatur pada proyek Anda di sini ios/App/App/Info.plist di bawah kunciCFBundleShortVersionString atau ios/App/App.xcodeproj/project.pbxproj di bawah kunci MARKETING_VERSION jika MARKETING_VERSION telah ditetapkan di file Anda. Info.plist file.

Anda dapat mengatasi perilaku ini dengan menyetel kunci versi di capacitor.config.json di sini Android

Android

Akan digunakan oleh Capgo untuk membandingkan dengan versi JavaScript dan menemukan Perbaikan Besar

di Android, variabel ini diatur di proyek Anda di sini android/app/build.gradle di bawah kunci defaultConfig.versionName

Anda dapat mengatasi perilaku ini dengan menetapkan kunci versi di capacitor.config.json file di sini

JavaScript

Akan digunakan oleh Capgo untuk membandingkan dengan versi Native dan menemukan Perubahan Besar

di JavaScript, variabelnya ditetapkan di proyek Anda di sini package.json di bawah kunci version

Contoh

Aplikasi Ionic Anda saat ini dirilis dengan versi 1.2.3 dengan Capacitor 3

Anda melakukan upgrade ke capacitor 4.

Anda perlu meningkatkan nomor versi Anda ke 2.2.3Jadi, semua paket Anda termasuk Capgo dengan peringatan perubahan besar ini.

Ketika Anda merilis versi ini ke Capgo dan App Store.

Tidak ada live update berikutnya di Capgo 2.2.4 akan pernah dikirimkan kepada pengguna dengan 1.2.3 versi. Hanya dengan 2.2.3 versi.

Jika Anda mengikuti pola ini, tidak perlu khawatir lagi, semua sudah diatur dengan baik.

Jika saya tidak mengikuti pola ini

Dalam kasus ini, itu berarti Anda harus mengirimkan aplikasi baru Anda dengan Capacitor 4 ke Apple dan Google, tetapi jangan mengirimkan Capgo.

Kemudian Anda harus menunggu 100% pengguna Anda, memiliki aplikasi atau setidaknya 90%, itu akan memakan waktu bulan-bulan, mungkin.

Sementara itu, Anda tidak dapat mengirimkan update apa pun dengan Capgo, karena pengguna lama tidak dapat menerima versi baru.

Teruskan dari Cara Merilis Versi Besar di capgo

Jika Anda menggunakan How to release major version in capgo untuk merencanakan rollback dan pengendalian versi, hubungkannya dengan Rollbacks untuk detail implementasi di Rollbacks, Target Versi Untuk detail implementasi di Targeting Versi. Perilaku Pembaruan untuk detail implementasi di perilaku Update, bundle untuk detail implementasi di Behavior Perbarui, Capgo Pembaruan Hidup untuk alur kerja produk di Capgo Live Updates.