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 atau periksa konsistensi perbarui __CAPGO_KEEP_0__ dengan Cek kompatibilitas Capgo dengan update Semver Tester.

Versi

Di mana Capgo menemukan versi untuk dibandingkan

Kamu bisa menggantikan perilaku ini dengan menetapkan kunci versi di capacitor.config.json file docs di sini Versi asli akan diabaikan untuk semua platform.

IOS

Pada IOS, variabel ini ditetapkan di proyek kamu di sini ios/App/App/Info.plist bawah kunciCFBundleShortVersionString atau ios/App/App.xcodeproj/project.pbxproj bawah kunci MARKETING_VERSION Jika MARKETING_VERSION telah ditetapkan di file Anda. Info.plist Android

Android

Dalam Android, variabel ini ditetapkan pada proyek Anda di sini android/app/build.gradle JavaScript ( __CAPGO_KEEP_0__ versi bundle ) defaultConfig.versionName

JavaScript ( Capgo versi bundle )

Jika tidak, Anda perlu menyediakannya dalam perintah unggah. package.json JavaScript ( __CAPGO_KEEP_0__ versi bundle ) version Anda perlu menyediakan itu dalam perintah unggah.

Tindakan default

Berikut ini adalah cara Capgo channel akan berperilaku jika Anda tidak mengubah pengaturan apa pun.

Sifat ini akan berdasarkan pada saluran unik yang Anda buat sebagai default.

Ketika instalasi segar dari aplikasi Capacitor Anda

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

Saat ini, 4 hasil yang dapat terjadi:

• Capgo versi bundel (1.2.3) lebih rendah dari versi bundel native (1.2.4), maka Capgo mengirimkan bundel ke pengguna.
• Capgo versi bundel (1.2.3) sama dengan versi bundel native (1.2.3), maka Capgo mengirimkan pesan “tidak perlu melakukan update”.
• Capgo versi bundel (1.2.3) lebih rendah dari versi bundel native (1.2.4), maka Capgo mengirimkan pesan “tidak perlu melakukan update”.
• Versi bundel asli (1.2.3) lebih rendah dari Capgo versi bundel (2.2.3), Capgo mengirimkan pesan "tidak perlu melakukan pembaruan".

Pengaturan lainnya

Matikan auto-downgrade di bawah native

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

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

Capgo mengirimkan versinya ke pengguna.

Nonaktifkan strategi upgrade otomatis.

Ada beberapa strategi yang bisa Anda pilih. Anda bisa mengetahui lebih lanjut tentang itu di sini

Versi bundle JavaScript

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

Jika Anda tidak menggunakan opsi --bundle 1.2.3,"Capgo akan mendapatkan versi bundle dari Anda" package.json file (di kunci versi).

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

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

Dengan beberapa kondisi pengamanan:

• Jika versi bundle asli lebih tinggi dari versi Capgo, maka Disable auto downgrade under native persyaratan ini diterapkan.
• Jika versi bundle asli lebih rendah dari versi Capgo dengan peringkat MAJOR, maka Disable auto upgrade above major persyaratan ini diterapkan.

App Store Update

Saat Anda menerbitkan aplikasi Capacitor JS di App Store, apa yang terjadi adalah sederhana.

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

Jika Anda ingin mengubah perilaku tersebut, Anda perlu mengatur pengaturan resetWhenUpdate Baca lebih lanjut tentang itu 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 di atas beberapa yang spesifik satu disukai ke perangkat ID.

Capgo: di mana Anda dapat memutuskan untuk menggantikan perilaku untuk setiap perangkat ID.

Anda dapat menghubungkan satu perangkat ID ke:

• versi bundle tertentu
• saluran tertentu

Ini akan mengabaikan semua pengaturan yang telah dilakukan di atas.

Pelajari lebih lanjut tentang hal ini dalam artikel di bawah.

Teruskan dari Bagaimana Versi Bekerja di Capgo

Jika Anda menggunakan Bagaimana Versi Bekerja di Capgo untuk merencanakan kerja plugin native, hubungkannya dengan Capgo Direktori Plugin untuk alur kerja produk di Direktori Plugin Capgo Plugin-Plugin Capacitor oleh Capgo untuk detail implementasi di Plugin-Plugin Capacitor 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