Bagaimana versi bekerja di Capgo

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

• Versi Nativ
• Versi JavaScript

Semua pilihan versi ditentukan di sisi server oleh Capgo.

Sistem Versi

Untuk mengelola versi Capgo gunakan sistem SemVer. Baca spesifikasi SemVer atau periksa __CAPGO_KEEP_0__ konsistensi update dengan Semver Tester or check Capgo update compatibility with the Di mana __CAPGO_KEEP_0__ Anda dapat menemukan versi untuk dibandingkan.

Anda dapat mengatasi perilaku ini dengan menetapkan kunci versi di

Where Capgo find the version to compare

dokumen di sini capacitor.config.json Versi asli akan diabaikan untuk semua platform. Versi Versi

IOS

Dalam IOS, variabel ini ditetapkan pada proyek Anda di sini ios/App/App/Info.plist di bawah kunciCFBundleShortVersionString atau ios/App/App.xcodeproj/project.pbxproj JavaScript ( __CAPGO_KEEP_0__ versi bundle ) MARKETING_VERSION Dalam IOS, variabel ini ditetapkan pada proyek Anda di sini MARKETING_VERSION di bawah kunci Info.plist atau

Dalam Android, variabel ini ditetapkan pada proyek Anda di sini

di bawah kunci android/app/build.gradle atau defaultConfig.versionName

JavaScript ( Capgo bundle version )

Pada JavaScript, var dapat diatur di bawah kunci package.json atau version Jika tidak, Anda perlu menyediakannya dalam perintah unggah.

Behavior Default

Jadi, ini adalah bagaimana Capgo channel akan berperilaku jika Anda tidak mengubah pengaturan apa pun.

Behavior ini akan didasarkan pada channel unik yang Anda tetapkan sebagai default.

Ketika Instalasi Fresh dari aplikasi Capacitor Anda

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

Saat ini, ada 4 hasil yang dapat terjadi:

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

Lainnya pengaturan

Matikan auto-downgrade di bawah asli

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

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

Capgo mengirimkan versinya kepada pengguna.

Matikan strategi auto-upgrade

Ada beberapa strategi yang dapat dipilih. Anda dapat mempelajari lebih lanjut tentang itu di sini

Versi bundel JavaScript

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

Jika Anda tidak menggunakan opsi --bundle 1.2.3Capgo akan mendapatkan versi bundle dari Anda package.json File (dalam kunci versi).

Setelah aplikasi Ionic Anda telah menginstal satu versi dari Capgo, versi ini yang akan dibandingkan untuk:

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

Dengan beberapa kondisi pengaman:

• Jika versi bundle asli lebih tinggi dari Capgo versi, kondisi ini diterapkan. Disable auto downgrade under native Jika versi bundle asli lebih rendah dari __CAPGO_KEEP_0__ versi, dengan perbedaan mayor, kondisi ini diterapkan.
• If native bundle version is MAJOR lower than Capgo version, the Disable auto upgrade above major Saat Anda menerbitkan aplikasi __CAPGO_KEEP_0__ JS 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.

__CAPGO_KEEP_0__

Jika Anda ingin mengubah perilaku tersebut, Anda perlu mengatur pengaturan resetWhenUpdate Baca lebih lanjut tentang hal ini di sini

Pengaturan ini hanya dapat diubah di sisi aplikasi, bukan dari cloud seperti pengaturan lainnya.

Pengaturan lainnya

Setelah semua perilaku ini, Anda dapat memiliki beberapa perilaku tertentu yang terkait dengan ID perangkat.

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

Anda dapat menghubungkan satu ID perangkat ke:

• versi bundle tertentu
• saluran tertentu

Pengaturan ini akan mengabaikan semua pengaturan yang dilakukan di atas.

Pelajari lebih lanjut tentang hal ini dalam artikel di bawah ini.

Teruslah dari Cara Capgo Berfungsi

Jika Anda menggunakan Cara Capgo Berfungsi 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 Natively untuk alur kerja produk di Capgo Pembangunan Natively.