Bagaimana versi bekerja di Capgo

Capgo menggunakan 2 variabel utama untuk mengelola versi di aplikasi Capacitor Anda:

• Versi Native
• Versi JavaScript

Semua pilihan versi ditentukan oleh Capgo di sisi server.

Sistem Versi

Untuk mengelola versi Capgo gunakan sistem SemVer. Baca spesifikasi SemVer di Spesifikasi SemVer atau periksa Capgo kompatibilitas pembaruan dengan versi Semver Tester.

Versi

Di mana Capgo Anda dapat menemukan versi untuk dibandingkan

Anda dapat mengatasi perilaku ini dengan menetapkan kunci versi di capacitor.config.json file dokumen ini ada di sini Versi asli akan diabaikan untuk semua platform.

IOS

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 di bawah kunci ini MARKETING_VERSION jika MARKETING_VERSION telah ditetapkan di file Anda. Info.plist Android

Di Android, variabel ini ditetapkan di proyek Anda di sini

di bawah kunci ini android/app/build.gradle JavaScript ( __CAPGO_KEEP_0__ versi bundle ) defaultConfig.versionName

JavaScript ( Capgo bundle version )

di bawah kunci ini package.json Jika tidak, Anda perlu menyediakannya dalam perintah unggah. version Tindakan default

Jika tidak, Anda perlu menyediakannya dalam perintah unggah.

This is how Capgo channel akan berperilaku jika Anda tidak mengubah pengaturan apa pun.

This behavior akan berdasarkan pada saluran unik yang Anda buat sebagai default.

When Instalasi segar dari aplikasi Capacitor Anda

When pengguna mengunduh aplikasi Ionic Anda untuk pertama kalinya dan membuka aplikasi, maka aplikasi tersebut menghubungi server Capgo.

Saat ini, 4 hasil dapat terjadi:

• Versi bundel native (1.2.3) lebih rendah dari versi bundel Capgo (1.2.4), maka Capgo mengirimkan bundel ke pengguna.
• Versi bundel native (1.2.3) sama dengan versi bundel Capgo (1.2.3), maka Capgo mengirimkan pesan “tidak perlu untuk memperbarui”.
• Versi bundel native (1.2.4) lebih tinggi dari versi bundel Capgo (1.2.3), maka Capgo mengirimkan pesan “tidak perlu untuk memperbarui”.
• Versi bundel native (1.2.3) lebih besar dari versi bundel Capgo (2.2.3), maka Capgo mengirimkan pesan “tidak perlu untuk memperbarui”.

Pengaturan lainnya

Matikan auto-downgrade di native

Jika Anda mengubah pengaturan ini menjadi false, maka Capgo akan dianggap selalu sebagai sumber yang dapat dipercaya dari versi. Lalu perilaku menjadi :

• Versi asli (1.2.4) lebih tinggi dari versi Capgo (1.2.3)

Capgo mengirimkan versi ke pengguna.

Nonaktifkan strategi auto-upgrade

Ada beberapa strategi yang dapat Anda pilih. Anda dapat mempelajari lebih lanjut tentang hal ini di sini

Versi bundle JavaScript

Versi bundle JavaScript adalah yang Anda kirimkan ketika melakukan npx @capgo/cli@latest bundle upload --channel production

Jika Anda tidak menggunakan opsi ini --bundle 1.2.3, Capgo akan mendapatkan versi bundle dari file Anda (dalam kunci versi). package.json Setelah aplikasi Ionic Anda telah menginstal satu versi dari __CAPGO_KEEP_0__, versi ini yang akan dibandingkan untuk:

Versi bundle JavaScript mereka (1.2.3) lebih rendah dari versi Capgo bundle (1.2.4), __CAPGO_KEEP_1__ mengirimkan bundle ke pengguna.

• Versi bundle JavaScript mereka (1.2.3) lebih rendah dari versi Capgo bundle (1.2.4), Capgo mengirimkan bundle ke pengguna.

Dengan beberapa kondisi pengaman:

• Jika versi bundle asli lebih tinggi dari versi Capgo , maka kondisi ini diterapkan. Disable auto downgrade under native Jika versi bundle asli lebih rendah dari versi __CAPGO_KEEP_0__ dengan peringkat MAJOR, maka kondisi ini diterapkan.
• If native bundle version is MAJOR lower than Capgo version, the Disable auto upgrade above major Ketika Anda menerbitkan aplikasi __CAPGO_KEEP_0__ JS Anda di App Store, apa yang terjadi adalah sederhana.

Pengguna Anda akan mendapatkan versi baru dari toko dan menghapus semua update lokal di aplikasi mereka secara default.

When you publish your Capacitor JS app on the App Store, what happens is simple.

baca lebih lanjut tentang itu

di sini resetWhenUpdate Hal ini hanya dapat diubah di sisi aplikasi, bukan dari cloud seperti pengaturan lainnya. read more about it

here

Pengaturan lain

Setelah semua perilaku ini, Anda dapat memiliki di atas beberapa yang spesifik satu disukai ke perangkat ID.

Di Capgo, Anda dapat memutuskan untuk menggantikan perilaku untuk setiap perangkat ID.

Anda dapat menghubungkan satu perangkat ID ke:

• versi bundel spesifik
• saluran spesifik

Ini akan mengabaikan semua pengaturan yang dilakukan di atas.

Pelajari lebih lanjut tentang hal ini dalam artikel di bawah.

Teruskan dari Cara Versi Berfungsi di Capgo

Jika Anda menggunakan Cara Versi Berfungsi di Capgo untuk merencanakan kerja plugin native, hubungkannya dengan Capgo Direktori Plugin untuk alur kerja produk di Capgo Direktori Plugin, Capacitor Plugin oleh Capgo untuk detail implementasi di Capacitor Plugin oleh Capgo, Menambahkan atau Mengupdate Plugin untuk detail implementasi di Menambahkan atau Mengupdate Plugin, Alternatif Plugin Enterprise Ionic untuk alur kerja produk di Alternatif Plugin Enterprise Ionic, dan Capgo Pembangunan Nativ untuk alur kerja produk di Capgo Pembangunan Nativ.