Ketika merilis versi utama
Pengaturan versi dapat sulit untuk dikelola, biasanya Anda ingin mengirimkan pembaruan utama ketika terjadi perubahan besar bagi pengguna.
Tetapi pengaturan versi tidak dibuat untuk itu, versi aplikasi toko berbeda dengan versi Native.
Versi Native dibuat untuk mengelola perubahan yang mengganggu di dalamnya. code
Di IOS, misalnya, iOS 16 adalah store version dari Apple, tetapi versi code adalah 20A5283p (mereka tidak tampaknya menggunakan SemVer di sana)
Sekarang sudah jelas kita tidak mencampur aduknya dan menggunakan sesuai dengan tujuan mereka!
Pelepasan Besar
Di aplikasi Capacitor Anda, pelepasan besar diperlukan ketika terjadi perubahan yang mengganggu. Misalnya, target IOS baru (15 ke 16), atau versi Capacitor baru (3 ke 4), atau plugin (1.2 ke 2.0) yang Anda gunakan telah diperbarui ke versi besar.
Perubahan ini berarti semua alat harus disesuaikan untuk menangani perubahan yang mengganggu.
Itulah mengapa Capgo mengikuti sistem ini.
Jadi jika Anda melepaskan versi besar, Capgo tidak akan mengirimkannya ke pengguna yang tidak memiliki instalasi dari toko.
Sikap ini dapat disesuaikan. Anda dapat mengetahui lebih lanjut tentangnya di sini
Versi
Di mana Capgo mencari versi untuk dibandingkan
IOS
Akan digunakan oleh Capgo untuk membandingkan dengan versi JavaScript dan menemukan perbaikan besar
Di IOS variabel ini ditetapkan di 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 Info.plist Anda
Anda dapat mengatasi perilaku ini dengan menyetel kunci versi di
capacitor.config.jsonfile docs di sini
Android
Akan digunakan oleh Capgo untuk membandingkan dengan versi JavaScript dan menemukan Perubahan Besar
di Android, variabel ini ditetapkan 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.jsonfile docs di sini
JavaScript
Akan digunakan oleh Capgo untuk membandingkan dengan versi Native dan menemukan Perubahan Besar
di JavaScript, variabel ini 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 pembaruan ke capacitor 4.
Anda perlu meningkatkan nomor versi Anda ke 2.2.3kemudian semua paket Anda termasuk Capgo dengan peringatan perubahan besar ini.
Saat Anda merilis versi ini ke Capgo dan App Store.
Semua pembaruan hidup selanjutnya di Capgo 2.2.4 tidak akan dikirimkan ke pengguna dengan 1.2.3 versi. Hanya dengan 2.2.3 versi.
Jika Anda mengikuti pola ini, tidak perlu khawatir lagi, semua sudah dihandle dengan baik.
If saya tidak mengikuti instruksi ini
Dalam kasus ini, itu berarti Anda harus mengirimkan aplikasi baru Anda dengan Capacitor 4 ke Apple dan Google, tetapi jangan ke Capgo.
Lalu Anda harus menunggu 100% dari pengguna Anda, memiliki aplikasi atau setidaknya 90%, itu akan memakan waktu bulan-bulan, mungkin.
Sementara waktu ini Anda tidak dapat mengirimkan update dengan Capgo, karena pengguna lama tidak dapat mendapatkan versi baru.
Keep going from How to release major version in capgo
Teruskan dari Cara merilis versi utama di __CAPGO_KEEP_0__ How to release major version in capgo Cara merilis versi utama di __CAPGO_KEEP_0__ untuk merencanakan rollback dan pengendalian versi, hubungkannya dengan Rollbacks untuk detail implementasi di Rollbacks, Target Versi Perbarui perilaku untuk detail implementasi di Perbarui perilaku, paket untuk detail implementasi di paket, dan Capgo Live Updates untuk alur kerja produk di Capgo Live Updates.
