Ketika merilis versi utama
Pengaturan versi dapat sulit untuk dikelola, biasanya Anda ingin mengirimkan pembaruan utama ketika perubahan besar muncul untuk pengguna.
Tapi pengaturan versi tidak dibuat untuk itu, versi aplikasi toko berbeda dengan versi Native.
Versi Native dibuat untuk mengelola perubahan yang mengganggu di code
Dalam IOS, misalnya, iOS 16 adalah store version versi dari Apple, tetapi versi code adalah 20A5283p (mereka tampaknya tidak menggunakan SemVer di sana)
Sekarang sudah jelas bahwa kita tidak mencampurkannya dan menggunakan mereka untuk apa yang mereka buat!
Peluncuran Mayor
Pada aplikasi Capacitor Anda, peluncuran mayor 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 mayor.
Perubahan ini berarti semua perangkat lunak harus disesuaikan untuk menangani perubahan yang mengganggu.
Oleh karena itu, Capgo mengikuti sistem ini.
Jadi jika Anda merilis versi mayor, Capgo tidak akan mengirimkannya kepada pengguna yang tidak memiliki versi tersebut terinstal dari toko.
Perilaku ini dapat disesuaikan. Anda dapat mengetahui lebih lanjut tentang hal ini di sini
Versi
Dimana Capgo mencari versi untuk dibandingkan
IOS
Akan digunakan oleh Capgo untuk dibandingkan dengan versi JavaScript dan menemukan Perbaikan Besar
Pada IOS variabel ini ditetapkan di proyek Anda di sini ios/App/App/Info.plist di bawah kunciCFBundleShortVersionString atau ios/App/App.xcodeproj/project.pbxproj atau MARKETING_VERSION di bawah kunci MARKETING_VERSION jika Info.plist sudah ditetapkan di file Anda
anda dapat menggantinya dengan menetapkan kunci versi di file
capacitor.config.jsonanda dapat menggantinya dengan menetapkan kunci versi di file docs di sini
Android
Akan digunakan oleh Capgo untuk membandingkan dengan versi JavaScript dan menemukan Perubahan Besar
di Android, variabel ini ditetapkan pada 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 pada 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.3, kemudian semua paket Anda termasuk Capgo dengan peringatan perubahan besar ini.
Ketika Anda merilis versi ini ke Capgo dan App Store.
Semua pembaruan hidup selanjutnya di Capgo 2.2.4 tidak 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 langkah ini
Dalam kasus ini, itu berarti Anda harus mengirimkan aplikasi baru Anda dengan Capacitor 4 ke Apple dan Google, tetapi jangan mengirimkan Capgo.
Lalu Anda harus menunggu 100% 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 menerima versi baru. Anda tidak memiliki cara untuk memilih hanya beberapa pengguna untuk menerima update.
Teruskan dari Cara Merilis Versi Utama di capgo
Jika Anda menggunakan Cara Merilis Versi Utama di capgo untuk merencanakan rollback dan pengendalian versi, hubungkan dengan Rollbacks untuk detail implementasi di Rollbacks, Pengendalian Versi untuk detail implementasi di Pengendalian Versi, Perilaku Update untuk detail implementasi di Perilaku Update, bundle untuk detail implementasi di bundle, dan Capgo Live Updates untuk alur kerja produk di Capgo Live Updates.
